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Bevezető 


Valamilyen programot megírni nem nehéz, de jó programot írni bizony nem 
egyszerű feladat. 

Nehéz lenne megmondani, hogy melyik az aranyút, amely a jó program- 
készítés iskolájának tekinthető, de az bizonyosan állítható, hogy jó és hatékony 
programot csakis megfelelő fejlesztési környezetben tudunk készíteni. 

Mai rohanó világunkban a gyors gazdasági, társadalmi változások mellett is 
szembeötlő, mennyire gyors, milyen dinamikus a változás az informatikában. 

Nem telik el úgy hónap, hogy az informatika valamelyik területén be ne 
jelentenének valamilyen újdonságot, legyen az hardver, vagy szoftver. 

A szoftver fejlesztési környezeteket tekintve az utóbbi idők egyik leg- 
nagyobb és legtöbb újdonságot hozó egységcsomagját kapták meg a fejlesztők 
az új Microsoft .NET rendszerrel. Ebben a környezetben, bármilyen területre 
gondolunk, új technológiák, új lehetőségek segítik a fejlesztők munkáját 
(Common Language Runtime (clr), ASP.NET, stb.). 

Ismerjük már: , Új műsorhoz új férfi kell..." 

Ezt az elvet alkalmazva a már klasszikusnak tekinthető Basic és C--- nyel- 
vek mellett megjelent az új CH (ejtsd: angolosan , szí sárp", magyarosan 
C kettőskereszt, Cisz. . .) programozási nyelv a .NET rendszer részeként. 

A nyelv mottójának talán a következő képletet tekinthetjük: 


A Basic egyszerűsége 4 a C-t hatékonysága — CtH! 


Ebben a könyvben a fejlesztési eszköztárnak ezt az alapját, a Ci programo- 
zási nyelvet, annak lehetőségeit ismerhetik meg. 

Terveim szerint egy következő könyvben a nyelv legfontosabb környezetbeli 
alkalmazási lehetőségeit részletesen tárgyalni fogjuk. 

Remélem, hogy ez a könyv széles olvasótábornak fog hasznos információkat 
nyújtani. A programozással most ismerkedőknek egy új világ új eszközét mu- 
tatja meg, míg a programozásban jártas Olvasók talán ennek a könyvnek a 
segítségével megérzik azt, hogy ez az a nyelv, amit kerestek. 

Befejezésül remélem, hogy a magyarázatokhoz mellékelt példaprogramok 
jól szolgálják a tanulási folyamatot, és az anyag szerkesztése folytán nem kerül- 
tek bele , nemkívánatos elemek". 

Végül, de nem utolsósorban meg kell köszönnöm feleségemnek e könyv 
olvashatóságát segítő munkáját. 


Illés Zoltán 
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I. Alapismeretek 


I.1. A nyelv története 


A CH programozási nyelv a Microsoft új fejlesztési környezetével, a 
2002-ben megjelent Visual Studio.NET programcsomaggal, annak részeként 
jelent meg. 

Bár a nyelv hosszú múlttal nem rendelkezik, mindenképpen elődjének 
tekinthetjük a C-—- nyelvet, a nyelv szintaktikáját, szerkezeti felépítését. 

A C, Cai nyelvekben készült alkalmazások elkészítéséhez gyakran hosz- 
szabb fejlesztési időre volt szükség, mint más nyelvekben, például a MS Visual 
Basic esetén. A C, C-t nyelv komplexitása, a fejlesztések hosszabb időciklusa 
azt eredményezte, hogy a C, C3-- programozók olyan nyelvet keressenek, ame- 
lyik jobb produktivitást eredményez, ugyanakkor megtartja a C, Ct- hatékony- 
ságát. 

Erre a problémára az ideális megoldás a CH programozási nyelv. A CH egy 
modern objektumorientált nyelv, kényelmes és gyors lehetőséget biztosítva 
ahhoz, hogy .NET keretrendszer alá alkalmazásokat készítsünk, legyen az akár 
számolás, akár kommunikációs alkalmazás. A Ci és a .NET keretrendszer alapja 
a Common Language Infrastructure(CLJ). 


I.2. A nyelv jellemzői 


A CH az új .NET keretrendszer bázisnyelve. Tipikusan ehhez a keretrend- 
szerhez tervezték, nem véletlen, hogy a szabványosítási azonosítójuk is csak egy 
számmal tér el egymástól. A nyelv teljesen komponens orientált. A fejlesztők 
számára a C-t-- hatékonyságát, és a Visual Basic fejlesztés gyorsaságát, egysze- 
rűségét ötvözték ebben az eszközben. 


A CH nyelv legfontosabb elemei a következők: 

e Professzionális, Neumann-elvű. Nagy programok, akár rendszerprogra- 
mok írására alkalmas. 

e A program több fordítási egységből — modulból — vagy fájlból áll. Minden 
egyes modulnak vagy fájlnak azonos a szerkezete. 

e Egy sorba több utasítás is írható. Az utasítások lezáró jele a pontosvessző 
(;). Minden változót deklarálni kell. Változók, függvények elnevezé- 
sében az ékezetes karakterek használhatóak, a kis- és nagybetűk külön- 
bözőek. 
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A keretrendszer fordítási parancsa parancssorból is egyszerűen használ- 
ható. (pl. csc /out:alma.exe alma.cs). 

Minden utasítás helyére összetett utasítás (blokk) írható. Az összetett 
utasítást a kapcsos zárójelek közé /? írt utasítások definiálják. 

Érték (alaptípusok, enum, struct, value) illetve referencia (class) típusú 
változók. 

Nincs mutatóhasználat; biztonságos a vektorhasználat. 

Boxing, unboxing. Minden típus őse az object, így például egy egész tí- 
pust (inf) csomagolhatunk  objektumba  (boxing) illetve vissza 
(unboxing). 

Függvények definíciói nem ágyazhatók egymásba, önmagát meghívhatja 
(rekurzió). Tehát függvénydefiníció esetén nincs blokkstruktúra. Blok- 
kon belül statikus vagy dinamikus élettartamú változók deklarálhatók. 
Függvénypolimorfizmus megengedett. 

Érték, referencia (ref) és output (out) függvényparaméterek. 

Kezdő paraméter-értékadás, változó paraméterszámú függvény deklará- 
lása. 

Delegáltak, események használata. 

Hierarchikus névterekben használt osztályok. Mivel minden osztály, ezért 
a , program", a Main függvény public static hozzáférésű. Több osztály is 
tartalmazhat Main függvényt, de ilyen esetben a fordításkor meg kell 
mondani, hogy melyik osztálybeli Main függvény legyen az aktuális in- 
duló (/main:osztálynév). 

Új operátorok: is operátor egy objektum típusát ellenőrzi (x is Labda), as 
operátor a bal oldali operandust jobb oldali típussá konvertálja (Labda 
] -x as Labda;,). A hagyományos konverziós operátortól abban külön- 
bözik, hogy nem generál kivételt! 

Privát konstruktor (nem akarunk egy példányt se), statikus konstruktor 
(statikus mezők inicializálása, mindig példány konstruktor előtt hívódik 
meg, futási időben az osztálybetöltő hívja meg) használata. 

Nincs destruktor, helyette a keretrendszer szemétgyűjtési algoritmusa van. 
Szükség esetén az osztály Dispose metódusa újradefiniálható. 

Egyszeres öröklés, interface-ek használata. 

Operátorok definiálásának lehetősége, property, indexer definiálás. 

Kivételkezelés megvalósítása. 

Párhuzamos végrehajtású szálak definiálhatósága. 
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I.3. A NET környezet áttekintése 


A Visual Studio 6.0 fejlesztőrendszer átdolgozásaként 2002-ben jelent meg a 
Microsoft legfrissebb fejlesztőeszköze. Utalva a lényeges változtatásokra, a 
hálózati munka integrálására, a fejlesztőeszköz a Visual Studio.NET nevet 
kapta. Jelenleg az eszköz 2003-as frissítése a legutolsó verzió. A könyv 
szempontjából nincs lényeges különbség a két verzió között, így nem is térünk 
ki a különbségek bemutatására. 

Az új eszköz a korábbi fejlesztőrendszerekkel ellentétben nem a hagyomá- 
nyosnak tekinthető ún. Win32 alapú, hanem a .NET környezet alatt futtatható 
alkalmazásokat készít. Ez azt jelenti, hogy az új eszközzel készült alkalmazások 
csak olyan operációs rendszer alatt futtathatók, melyek támogatják a .NET 
keretrendszert (.NET Framework). Alapértelmezésként a jelenlegi operációs 
rendszerek egyike sem támogatja ezt, viszont Windows 98 operációs rendszertől 
felfelé utólag feltelepíthető. A fordító a forráskódot nem natív, hanem egy köz- 
tes kódra fordítja le. Ezt a köztes kódot MSIL (Microsoft Intermediate 
Language) néven szokták említeni. 

A Visual Studio.NET telepítése tehát a keretrendszer telepítésével kezdődik. 


A .NET keretrendszer legfontosabb erényei: 

e Webszabványokon alapuló (XML, HTML, SOAP). 

e Univerzális alkalmazási modellt használ, azaz egy .NET osztály, szolgál- 
tatás tetszőleges .NET kompatibilis nyelvből használható. A NET kom- 
patibilitást a Common Language Specification (CLS) definiálja. 

e Minden nyelvből ugyanazok a típusok használhatók (Common Type 
System) 

e Minden .NET osztály a fejlesztők rendelkezésére áll. 


A keretrendszer a fejlesztőeszköz számára fordítási idejű szolgáltatásokat 
végez, míg az így lefordított alkalmazásoknak futási idejű környezetet biztosít 
(Common Language Runtime). A keretrendszer biztosítja a fentiek mellett az 
alkalmazások számára a már nem használt objektumok memóriabeli felszabadíi- 
tását (Garbage Collection). 


A keretrendszer osztálykönyvtára az alkalmazások típusa alapján több cso- 
portba osztható: 
e ADO.NET, adatbázis alkalmazások új generációs könyvtára. 
e ASP.NET, webes alkalmazások (Web Forms) készítésének könytára. 
e XML Web Service, interneten keresztül elérhető könyvtár. 
e Windows alapú felhasználói (Windows Forms, Console Application), 
alkalmazói könyvtár. 


I. Alapismeretek 





Az osztálykönyvtárak használatához egy fejlesztő nyelvre van szükség. A 
Visual Studio.NET alapértelmezésben három nyelvet biztosít a fejlesztők szá- 
mára. A Visual Basic és a Visual C4-- nyelveket, mint az előd keretrendszerből 
megmaradt bázisnyelveket, és egy új nyelvet, amit a .NET keretrendszerhez 
fejlesztettek ki, a Visual CH-ot. Ma már a Java utódnyelv, a Jf is a Visual 
Studio.NET 2003 fejlesztőrendszer része. Az új C$ nyelvet szabványosították, 
ami a széleskörű elterjedésnek fontos feltétele. A CH nyelv szabványosított 
dokumentációjához ECMA-334 kód alatt férhetünk hozzá. 


A .NET keretrendszer lényege, hogy a közös nyelvi definíciók már szabvá- 
nyosítottak. Ebben a szabványosításban a Microsoft mellett az informatikában 
érdekelt legnagyobb szervezetek is (HP, Intel, IBM, Sun, Fujitsu, Netscape) 
részt vettek. Ez ECMA-335-ös azonosítóval, mint a közös nyelvi infrastruktúra 
vagy eredeti nevén Common Language Infrastucture (CLI 5 nemzetközi 
szabványává vált. 


I.4. A program szerkezete 


Egy Ci program tetszőleges számú fordítási egységből (modulból) állhat. 
Szokás ezen modulok vagy fájlok összességét projektnek nevezni. 

A program ezen modulokban definiált osztályok összessége. 

Egy fájl tartalmazza az egyes modulok közti hivatkozásokat (using), osz- 
tálytípus-, változó- és függvénydeklarációkat. 

Egy modul egy tetszőleges névtér része lehet. A névtér (namespace) az a 
logikai egység, amiben az azonosítónknak egyedinek kell lennie. Nem kötelező 
a névtér definiálása, ebben az esetben az ún. név nélküli névtér része lesz az 
adott kód. 


Névtér szerkezete: 





namespace új névtérnév 


í 


class új osztálynév 


Típusdefiníció; 
Függvénydefiníció; 
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ere 





visszaadott típus név(argumentumlista, ha van) 
í 

változó definíciók, 

deklarációk 

és utasítások 
§ 











Az osztályok egyikében kell egy Main nevű függvénynek szerepelnie, amely 
futtatáskor az operációs rendszertől a vezérlést megkapja. A nyelv megengedi, 
hogy több típusban (osztályban) is definiáljunk ilyen függvényt. Ebben az eset- 
ben fordításkor kell megmondani, hogy melyik típus Main függvénye legyen a 
főprogram. 

A programban használt neveknek betűvel vagy jellel kell kezdődniük, 
majd a második karaktertől tetszőleges betű és szám kombinációja állhat. A 
nyelvben a kis- és nagybetűk különbözőek, így például a következő két név sem 
azonos: 


alma 
aLma 


Az azonosítónevek hossza általában 32 karakter lehet, de sok rendszerben az 
igényeknek megfelelően lehet ezen változtatni. 

A .NET keretrendszer 16 bites unikód karakterábrázolást használ, amiben a 
magyar ékezetes karakterek is benne vannak. A nyelvi fordító ezeket az ékezetes 
betűket is megengedi, így az alábbi név is megengedett: 


körte 


Azonosítók használatára nem megengedettek a C$-ban a következő kulcs- 
szavak vagy védett azonosítók: 


abstract as base bool break 

byte case catch char checked 
class const continue —— decimal default 
delegate do double else enum 
event explicit extern false finally 
fixed float for foreach goto 

if implicit in int interface 
internal is lock long namespace 
new null object operator out 


override  — params private protected — public 
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readonly ref return sbyte sealed 
short stackalloc static string struct 
switch this throw true try 
typeof vint ulong unchecked unsafe 
ushort using virtual void while 


Egy forrásállomány szerkesztése során magyarázatokat is elhelyezhetünk a 
/£ és "/ jelek között. Az ilyen megjegyzés több soron át is tarthat. Egy soron 
belül a / jel után írhatunk magyarázatot. 

A mai fejlesztőkörnyezetekben egyáltalán nem ritka, hogy valamilyen 
speciális megjegyzést arra használjanak fel, hogy ennek a programszövegből 
történő kigyűjtésével a forrásállománynak vagy magának a programnak egy 
dokumentációját kapják. Ezt a kigyűjtést a fordító végzi el. 

A Ctt fordítónak ha a /doc:fájlnév formában adunk egy fordítási paramétert, 
akkor // karakterek utáni információkat XML fájlba (a megadott névvel) ki- 
gyűjti. Ha nem parancssori fordítót használunk, ami a Visual Studio.NET 
környezet használatakor gyakran (majdnem mindig) előfordul, akkor ezt a 
beállítást a projekt Tulajdonságok dialógusablakában az XML Documentation 
File paraméter értékeként állíthatjuk be. 


WebsService1 Property Pages 


Configuration: . [Active(Debug) s] Platform: [Activef.NET) hd Configuration Manager, . , 


Ca Common Properties a 
2 configuration Properties Conditional Compilation Constan DEBUG; TRACE 
4. Build Optimize Code False 
Debugging Check for árithmetic ÖverflowiL False 
Advanced Allow Unsafe Code Blocks False 
a 
Warning Level Warning level 4 
Treat Warnings As Errors False 
Suppress Specific Warnings 
E 
Output Path bin, 
XML Documentation File doksi.xml 
Generate Debugging Informatioi True 


XML Documentation File 


Specifies the name of a file into which documentation comments will be 
processed, Path must be relative to the project directory (/doc). 


Mégse Súgó 
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Ha a keretrendszerben egy változó vagy függvény definíciója elé beszúrjuk a 
/// karaktereket, akkor azt a szövegszerkesztő automatikusan kiegészíti a kö- 
vetkező formában: 
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Példa: 


VAA 
/[/ 
/[/ 
int 
/[/ 
/[/ 
/[// 
/[// 


Csummaryz2 

ez egy változó 
£x/summary2 

i; 
CxCsummary2 

ez meg egy függvény 
x/summary2 

xparam name—"i"5c/param 





public void szamol (int i) 


( 


: 


ALÓ zá 


. §/ forma is megengedett, szintén dokumentációs célokra. Mivel az 


előző módszer nem gyűjti ki az ilyen formájú megjegyzést, nem is használják 


gyakran. 


Ezek alapján nézzük meg a szokásosnak nevezhető bevezető programunk 
forráskódját. 


Példa: 


using System; 
class foci 


( 


: 


static void Main() 


( 


Console.WriteLine ("Hajrá Fradi!") ; 


: 


Programunk rövid magyarázataként annyit mondhatunk, hogy a forráskó- 
dunk a legegyszerűbb esetben egyetlen állományból áll, amiben nem definiálunk 
névteret, hanem csak egy foci osztályt. (Valamilyen típust kell definiálnunk!) 
Ebben az osztályban egyetlen függvényt definiálunk, a programot jelentő Main 
függvényt. Mivel egyetlen osztálytípus egyetlen példánya sem létezik a létre- 
hozásig (a definíció még nem létrehozás! ), ezért ahhoz, hogy a függvényünk pél- 
dány nélkül is létezzen, a static jelzővel kell a hozzáférési szintet meghatározni. 
A C stílusú nyelvek hagyományaként a CH nyelvnek sem részei a beolvasó és 
kiíró utasítások, így könyvtári szolgáltatásokra kell hagyatkoznunk, ami a 
System névtér része, és ennek a névtérnek a Console osztálya biztosítja a klasszi- 
kus képernyőre írás, Console. WriteLine() és billentyűzetolvasás, Console. ReadLine() 


feladatát. 
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I.5. Parancssori környezet használata 


A tetszőleges szövegszerkesztővel megírt forráskódot egy alma.cs (a nyelv 
a cs kiterjesztést szereti...) fájlba menthetjük, majd az alábbi utasítással for- 
díthatjuk le: 


csc alma.cs 


A fordítás eredménye egy alma.exe állomány lesz, amit futtatva a képernyő 
következő sorában láthatjuk kedvenc buzdító mondatunkat. Természetesen 
akkor kapunk hibamentes fordítási eredményt, ha a fordítónk és a könyvtárak 
használatához szükséges útvonali, környezeti változó beállítások helyesek. Ezt a 
vcvars32.bat állomány elvégzi. Ilyen parancssori környezetet legkönnyebben a 
Visual Studio.NET programcsoportbeli segédeszközök közül tudunk elindítani. 
(Ekkor lefut a vcvars32.bat, nem kell nekünk kézzel indítani!) 
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A parancssori fordítónak a /? paraméterrel történő futtatása, mint egy segít- 
ség funkció, megadja a fordító fontosabb kapcsolóit. 


Ezek közül a legfontosabbak a következők: 


/t:exe alapértelmezés, exe állományt fordít. 

/t:library a fordítandó állomány könyvtár (dll) lesz. 

/out:név a fordítás eredményének nevét határozhatjuk meg, 
alapértelmezésben ez a név megegyezik a fordított fájl nevével. 

/r:valami.dil egy könyvtár felhasználása fordításkor, ha több könyv- 


tári állományt kell hozzáfordítani, akkor az állománynevek közé vesszőt kell 
tenni. 

/main:osztálynév . a nyelv megengedi, hogy több osztály is tartalmazzon 
Main függvényt, ekkor ezzel a kapcsolóval mondhatjuk meg, hogy a sok Main 
függvény közül melyik legyen a , főprogram". 
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A keletkezett exe állományról el kell mondani, hogy annak futtatásához nem 
elegendő egy hagyományos 32 bites Microsoft operációs rendszer, gyakran ezt 
úgy fogalmazzák meg, hogy a keletkezett program nem natív kódot tartalmaz, 
hanem szükséges az operációs rendszerhez hozzátelepíteni a .NET keretrend- 
szert! Ezt természetesen a Visual Studio.NET installálása elvégzi, így a saját 
gépünkön nem tűnik fel annak hiánya sem. Az irodalom ezt az exe kódot gyak- 
ran menedzselt (managed) kódnak nevezi. 

Általában elmondható, hogy az új fejlesztőkörnyezet minden egyes 
nyelvi eszköze olyan kódot fordít, aminek szüksége van erre a 
keretrendszerre. Természetesen mint az élet minden területén, úgy itt is van- 
nak kivételek. Ilyen kivétel például a C---- nyelv, ahol alapértelmezés szerint 
meg kell mondani, hogy a programunkat menedzselt vagy natív kódra 
fordítsa-e a fordítónk. Natív kód alatt értjük azt a fordított eredményt, ami 
processzor szintű utasításokat tartalmaz. Ebben a fejlesztőkörnyezetben ezt a 
kódot a menedzselt ellentéteként, nem menedzselt (unmanaged) kódnak is 
nevezik. 


I.6. A környezet használata 


Mielőtt a következő részben a nyelv részletes jellemzőinek ismertetését 
kezdenénk, nézzük, hogy a felinstallált Visual Studio.NET környezet segít- 
ségével miképpen tudjuk az eddigi egy, illetve a későbbi példaprogramokat 
kipróbálni. 

Természetesen nincs szükségünk egy tetszőleges szövegszerkesztő 
(pl: emacs ) használatára, hiszen a fejlesztőkörnyezet ad egy jól használható 
belső szövegszerkesztőt, és nincs szükség a parancssori fordítás parancs kiadá- 
sára sem, hiszen ez a parancs egy menüpontra van rádefiniálva. 

A fejlesztőkörnyezet installációja után a Start ! Programok menüponton 
keresztül indíthatjuk el a Visual Studio.NET környezetet, ami a 3. ábrán látható 
jellemző ablakkal jelenik meg. 

A jelenlegi fejlesztőkörnyezetekben minden program valójában egy projekt- 
fedőnév alatt készül el. Egy vagy több projekt felügyelete a Solution Explorer 
ablakban végezhető. A fő munkaterületen egy induló Start Page látható, amiben 
a legutóbbi projektek szerepelnek, illetve új vagy korábbi létező projektet 
nyithatunk meg. Természetesen a File menüponton keresztül is elvégezhetők 
ezek a feladatok. 
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A New Project menüpont kiválasztása után, ahogy az az alábbi ablakban is 
látszik, három fő kérdésre kell válaszolnunk: 


New Project 


Project Types: Templates: 


(I Visual Basic Projects 

AA Visual Cg Projects 

CA Visual J4t Projects ASP.NET Web Control 
a1- CI Visual C--- Projects Mobile W., , , Library 
CG Setup and Deployment Projects 


r1.C Other Projects ap] Ca] 

Cd Visual studio Solutions 
Windows —— Empty Project Empty web 
Service Project 

















I A project for creating a command-line application 


Name: ] hajra 
Location: ] CAprograrnok y I Browse. , , j 


Project will be created at C:(programokihajra, 


TMore ] Cancel l Help j 
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Ki kell választani a programozási nyelvet. 

Az adott nyelvhez meg kell mondani, hogy milyen jellegű alkalmazást 
szeretnénk készíteni. 

3. Meg kell adni a munkakönyvtárat és a projekt nevét. 


ND —m 


Ebben a könyvben a nyelvet illetően mindig a Visual Ctt Project lehetőséget 
választjuk, amit a nyitott mappajel is mutat. 

A Templates ablakban választhatjuk ki az alkalmazás jellegét. Jelen esetben, 
illetve a következő rész példáiban az ún. Console Application lehetőséget 
választjuk, ami egy hagyományos karakteres felületű programkörnyezetet jelent. 
Ezek az alkalmazások parancssori ablakban futnak. 

A munkakönyvtár és a projekt nevének megadása azt jelenti, hogy létre- 
hozza a munkakönyvtáron belül a projekt névvel megadott könyvtárat, esetünk- 
ben a c: programoklhajra könyvtárat, és ezen belül egy önkényes class1.cs állo- 
mányt, aminek tartalma a következő: 





05 hajta - Microsoft Visual CY ,NIT [design] - Classt c 


Úe Eát Yés Brójédt ád Oebug Jodis jájndow 


0-u-sad 1 ae m- 9 Drtug dák bort gek z3-. 
; "3 (a ha 9. Ear RT ZT 69t6tet. 
ús Casstcst ] X Sokáton Explorer - hatra ax 
X [dgharacsst e] kemarcerngj eg ]J amde 
hi using gyotem; [9 Soktton hapa (1 project) 
ásít 2 G hatra 
namespace hajra " prg 
2 Assemblyiréo es 
2) Ömst 
mary de 
1 Ciass1 
The na 
(s7TAThreadj) 
static vord Hainí(string[] argz2) —e 
( ajg § 6 aa 
Erogetm u x 
! Add esde ro start applicarion here he ] 
Console.V Age 





, 0 Opordardordoztpak a] 
? goz s! 
? 0 Rei 
Am B krnáre ai 
EY] 9 éstorerítíváő px 
S 0 seta 
in ! 
Default ax vorniw sze z 
r. 
x 


EZ SÜSS ő" 4 S ELETE TÉN TÉT ÉÁTÉNY E STESRÁSOTNZANÉ NER PGTÉN ÉSA YA KÉL ÖV BANÁN SA 
formabon 


c : 


Budd sxceoded 1119 Ca22 1 IN5 


5. ábra 




















Ahogy látható, a keretrendszer a class1.cs állományba mindent előkészít, 
hogy csak a valódi feladatra kelljen koncentrálnunk. Az állomány tartalma 
lényegében megegyezik a korábbi első programkóddal. Ahogy már említettem, 
nem kötelező névteret (namespace) definiálni, illetve nem kötelező a Main függ- 
vény paraméterét jelölni, és a végrehajtási szál attribútum jelölése is opcionális. 
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Ezeket, illetve a dokumentációs megjegyzéseket figyelembe véve látható, hogy a 
két kódrészlet azonos. 

Amint a 3. ábráról látható, a fejlesztőkörnyezet rendelkezik a már szokásos- 
nak nevezhető beíráskori értelmezéssel (/ntelliSense), és ha általa ismert típust 
fedez fel, akkor egy helyi ablakban megmutatja az aktuális objektum elérhető 
jellemzőit. 

A projekt a 3. ábrán látható forráskód mellett még egy assemblyinfo.cs állo- 
mányt is tartalmaz, amiben három jellemző attribútum beállítását végezhetjük el. 
Beállíthatjuk programunk jellemző adatait, verziószámát, illetve a digitális alá- 
írás kulcsállományra vonatkozó információt is. Ezek a tulajdonságok a .NET 
keretrendszer szolgáltatásain alapulnak, aminek részletezése meghaladja ennek a 
könyvnek a kereteit. 

A programot a Debug menüpont Start (F5) vagy Start without debugging 
(CTRL-F5) menüpontjával fordíthatjuk le, illetve futtathatjuk. Ez utóbbi menü- 
pontot használva a parancssori ablak nem tűnik el a program futása után, 
lehetőséget biztosítva a program eredményének megnézésére. 


cx "C:WprogramokthajratbinbDebuglhajra.exe" 


TERET EK] 
Press any key to continue 
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A fordítás hatására létrejön a c: programoklhajra könyvtárban egy bin és 
egy obj könyvtár. Ez utóbbiban a lefordított állományok, míg a bin könyvtárban 
egy Debug vagy Release könyvtárban létrejön a kívánt exe program is. A két 
változat közti különbség a nevéből adódik, nevezetesen a Debug változatban a 
nyomkövetés elősegítését biztosítva készül el a futtatható állomány. Ez a lehető- 
ség a programfejlesztések során nagyon hasznos, hiszen logikai vagy egyéb 
hibák keresésében a lépésenkénti, nyomkövető módszerrel történő végrehajtás 
nélkülözhetetlen. A Release, kiadási végleges változatot a program befejezése- 
ként az 5. ábra fejlécében látható Debug-Release választómező állításával készít- 
hetjük el. 

Többfelhasználós környezetben, például Windows XP operációs rendszer 
alatt, a Debugger Users csoportba minden fejlesztőt bele kell rakni. 


A könyv második részében a CH nyelv elemeinek megismerésekor jellemző 
projekttípusként konzolalkalmazást (6. ábra) használunk. 
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I.7. Windows alkalmazások készítése 


Az alkalmazások másik, és talán ma már szélesebb körben használt csoportja 
a grafikus alkalmazás készítése. Ezeket a programokat Windows alkalmazásnak 
is szokták nevezni. 

Ahogy a karakteres alkalmazásoknál már láttuk, új feladatot (projektet) ké- 
szítve a Windows Application (Windows alkalmazás) lehetőséget választjuk és 
megadjuk a nevet, ahogy az a következő képen látható. 


New Project 


Project Types: Templates: 
(I visual Basic Projects 
AZA Visual Cat Projects je há j 
d Visual Ji HrOJéGS CEEKEN — dCasslibrary Windows 
41-(E Visual C4-4- Projects Application Control Library 
Cd setup and Deployment Projects 


F.C Other Projects gél 28 gy 


CG visual studio Solutions 
Smart Device . S5P.NET Web  áSP.NET web 
öpplication öpplication Service 





"a project for creating an application with a Windows user interface 
Name: ; win hajra 
Location: ; CAprogramok y Í BrOWSE. , , w 


C Add to Solution (s Close Solution 


Project will be created at CA" programokiwWin hajra. 
TMore ] Cancel w Help w 
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Miután a fenti dialógusablakban befejezzük az adatok megadását, azt láthat- 
juk, hogy a karakteres alkalmazásokhoz képest a munkafelület megváltozik, 
hiszen ebben a rendszerben az az alapelképzelés, hogy egy üres ablak (form) az 
induló program. 

Ez valójában azt jelenti, hogy egy grafikus tervezőablakot kapunk (Form1), 
amibe az eszköztárból (7Toolbox) a szükséges vezérlőelemeket a grafikus felü- 
letre visszük, és eközben a forráskódot (form1.cs) a keretrendszer a felület- 
alakításnak megfelelően automatikusan módosítja. 
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Az első grafikus programunkhoz három lépést végezzünk el! 


1. Írjuk át az ablak fejlécszövegét. Ehhez kattintsunk egyet a form-ra, majd 
a jobb alsó Properties (Tulajdonságok) ablakban írjuk át a 7ext tulaj- 
donságot. (Első program!) 

2. A Toolbox ablakból helyezzünk fel egy Button, nyomógomb objektu- 
mot. A Tulajdonság ablakban állítsuk át a Text mezőt a Vége szövegre. 

3. Kattintsunk kettőt a nyomógomb objektumra, ezzel a nyomógomb alap- 
értelmezett kattintás esemény függvényét definiáltuk. Ebbe írjuk be a 
Close(), ablakbezárás utasítást. Ekkor a form1I.cs forráskód részlete a 
következőképpen néz ki: 


[STAThread] 
static void Main() 
( 
Application.Run (new Form ()) ; 


: 





private void buttonl Click(object sender, System.EventArgs e) 
( 

Close () ; 
, 


Ezen három lépés után fordítsuk le, majd futtassuk a programot. Ezt, ahogy a 
korábbi karakteres program esetében is a Debug menü Start menüpontjával 
tehetjük meg. 

Ahhoz, hogy további grafikus alkalmazásokat tudjunk készíteni, elenged- 
hetetlenül szükséges, hogy ismerjük egyrészt a választott nyelv lehetőségeit, 
másrészt a rendszer könyvtári szolgáltatásait. 


Az előbbi, a nyelvi lehetőségek megismerése általában a legkönnyebb és 
leggyorsabb feladat. Ez reményeim szerint a következő rész áttanulmányozása 
után a kedves Olvasónak is sikerül. Viszont az utóbbi, a rendszer könyvtári 
szolgáltatásainak megismerése hosszabb, több időt, sok egyéni munkát jelentő 
feladat. Azt remélem, hogy a befejező, a grafikus alkalmazások alapjaival fog- 
lalkozó rész után mindenki elég bátorságot érez magában a további önálló 
munka folytatásához. 


I. Alapismeretek 





I.8. Feladatok 


SAV EPS ess) dő E 


Milyen kódú programot fordít a Visual Studio.NET fejlesztőkörnyezet? 
Mit csinál a Garbage Collection (szemétgyűjtő) algoritmus? 

Lehet-e ékezetes karaktereket használni a CH programban? 

Mik a Main függvény jellemzői? 


Egy program hány Main függvényt tartalmazhat, hogy tudjuk 
lefordítani? 
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Egy programozási nyelvben az egyik legfontosabb tulajdonság az, hogy 
programkészítés során hogyan és milyen típusú adatokat használhatunk. Meg 
kell jegyezni, hogy van néhány olyan programozási nyelv is (pl. PhP), ahol ez a 
terület nem igazán fontos, típusok gyakorlatilag nincsenek, adatot szükség 
szerinti típusban a programozó rendelkezésére bocsát. 

A CH szigorúan típusos nyelv, ebben a nyelvben csak ennek figyelembe- 
vételével használhatunk saját változókat. 


II.1. Változók definiálása 


A nyelvben a változók definiálásának alakja: 











típus változónév ; 





Azonos típusú változókat egymástól vesszővel elválasztva definiálhatunk. A 
típusok ismerete nélkül nézzünk néhány példát változók definiálására. 


Példa: 


char ch; // ch változó karakter típusú 
int egy, tizenegy; // az egy és tizenegy egész típusú 





Változók lehetnek külsők, azaz függvényen kívüliek, vagy belsők, azaz 
függvényen belüliek. A függvényen kívüli változók is természetesen csak osztá- 
lyon belüliek lehetnek. Gyakran hívják ezeket a változókat adatmezőknek is. 

Belső változók, az adott blokkon (függvényen) belüli lokális változók lehet- 
nek dinamikus vagy statikus élettartamúak. Módosító jelző nélküli definiálás 
esetén dinamikusnak vagy automatikusnak nevezzük, s ezek élettartama a blokk- 
ban való tartózkodás idejére korlátozódik. Ha a blokk végrehajtása befejeződött, 
a dinamikus változók megszűnnek. 

Statikus élettartamú belső változót a szatic szó használatával (ahogy külső 
változó esetén igen) nem definiálhatunk. Láttuk, a függvények lehetnek stati- 
kusak (lásd Main függvény), melyekre ugyanaz igaz, mint az osztályváltozókra, 
ezen függvények élettartama is a programéval egyezik meg, más szóval ezen 
függvények a program indulásakor jönnek létre. 
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A változókat két kategóriába sorolhatjuk, az osztálytípusú változók referen- 
cia típusúak, melyek mindig a dinamikus memóriában helyezkednek el (az 
irodalomban ezt gyakran heap-nek nevezik), míg minden más nem osztály- 
típusú, az úgynevezett értéktípusú (value type) változó. Az értéktípusú vál- 
tozókat szokták stack változóknak is nevezni. 

Az értéktípusú változók kezdőértékét, az inicializálás hiányában, 0, false, 
null értékre állítja be a fordító. 

A változók definiálásakor rögtön elvégezhető azok direkt inicializálása is. 


II.2. Állandók definiálása 


Állandók definiálását a típusnév elé írt const típusmódosító szócska segítsé- 
gével tehetjük meg. A definíció alakja: 





const típus név — érték; 











Példa: 
const float g—9.81; // valós konstans 
GE2: 37 // 1!!! HIBA 
const int min—-0; // egész konstans 


II.3. Változók inicializálása 


Változók kezdő értékadása, inicializálása azok definiálásakor is elvégezhető 
a következő formában: 





típus változó — érték; 











Példa: 


char s-la!; int []a—(1,2,3]); 
char[] b-"Egy"; 





A változók, konstansok és függvények használatára nézzük a következő 
példát. 
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Példa: 


// A valtozo.cs fájl tartalma: 
using System; 


// A kiíráshoz szükséges deklarációt tartalmazza. 


class változó 


( 


static int alma—5; //alma változó definíciója 
//és inicializálása 
static float r—5.6F //statikus valós típusú változó 











//valós konstanst zárhat az 
//F (float) betű 
const float pi—3.1415; //konstans definíció 


static void Main() 


( 








Console.Writeline( "Teszt") ; 
Console.Writeline( alma ) ; 
int alma—6; 


Console.Writeline( alma ) ; 








Console.Writeline( változó.alma ) ; 











Console.WriteLine( terület (Fr) ); 





: 


static float terület(float sugár) 
( 
return (pi"sugár"sugár) ; 
! 
! 


//eredmény Test 

/ /eredmény 5 

//helyi változó 
//eredmény 6 

//a külső takart (5) 
//változóra hivatkozás 
//a terület függvény 
// meghívása 





// függvénydefiníció 


Bár még nem definiáltunk függvényeket, így talán korainak tűnhet ez a 
példa, de inkább felhívnám még egyszer a figyelmet az ékezetes karakterek 
használatára. A későbbi mintafeladatokban, ha előfordul ékezet nélküli változó, 
függvénydefiníció, akkor az csak a korábbi környezetek , rossz utóhatásának" 
köszönhető. Egy osztályon belül a függvények definiálási sorrendje nem 
lényeges. Sok környezetben furcsa lehet amit a fenti példában látunk, hogy 
előbb használjuk, és csak ezután definiáljuk a függvényünket. (terület függvény) 


II.4. Elemi típusok 


char — karakter típus (2 byte hosszú) 
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A karakter típus 16 bites karakterábrázolást (unikód) használ. Általában 
igaz, hogy minden alaptípus mérete rögzített. 

A karakter típusú változó értékét aposztróf () jelek között tudjuk megadni. 

Példa: 


char c; 


c—-!a!; 


A backslash (4 karakter speciális jelentéssel bír. Az utána következő karak- 
ter(eke)t, mint egy escape szekvenciát dolgozza föl a fordító. Az így használható 
escape szekvenciák a következők: 


Va - a 7-es kódú csipogás 

hb - backspace, előző karakter törlése 

Na - formfeed, soremelés karakter 

w - kocsi vissza karakter 

ma - új sor karakter (soremelés--kocsi vissza) 


Az új sor karakter hatása azonos a formfeed és a kocsi vissza karakterek 
hatásával. 


tt - tabulátor karakter 

Vw - függőleges tabulátor 

AN - backslash karakter 

16 - aposztróf 

Hz - idézőjel 

? - kérdőjel 

Vluxxyy xx és yy unikódú karakter 


string — karaktersorozat 


A System.String osztálynak megfelelő típus. Szövegek között a 4 és a -— 
szövegösszefűzést végző operátorok ismertek. A [] operátor a szöveg adott 
indexű karakterét adja meg. Az indexelés 0-val kezdődik. A (2 karakter kikü- 
szöböőli a szövegen belüli , érzékeny" karakterek hatását. Ilyen például a 
backslash (d karakter. 


Példa: 


char c—-"4u001b"!; // cz a 27-es kódú (Esc) karakterrel 
string s-"alma"; 

string n-"alma""barack"; 

s1—-"fa"; //s- almafa 
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char c1-s[2]; // c1- fm 
char c2—"szia"[1]; 77 c2—-rz 
string f—fe:WpoprogramokWvalma. txt"; 
string file—-A8"c:Wprogramoktalma. txt"; 
A String osztály a fenti lehetőségeken kívül egy sor függvénnyel teszi 
használhatóbbá ezt a típust. Ezen függvények közül a legfontosabbak: 


Length 
Csak olvasható tulajdonság, megadja a szöveg karaktereinek a számát: 


string s-"alma"; 


int i-—s.lLength; //i-4 
CompareTo(string) 
Két szöveg összehasonlítását végzi. Ha az eredmény 0, akkor azonos a két 
szöveg: 


string str1l-—"egyik", str2—"másik"; 

int cmpVal — str1.CompareTo(str2) ; 

if (cmpoVal —— 0) // az értékek azonosak 
(...) 

else if (cmpeVal - 0) — // strl nagyobb mint str2 
(...) 

else // str2 nagyobb mint str1 





Eguals(string) 
Megadja, hogy a paraméterül kapott szöveg azonos-e az eredeti szöveggel: 


string str1l-—"egyik", str2—"másik"; 
if (str1l.Eguals(str2)(..) — // azonos 
else(...) // nem azonos 





IndexOt(string) 
Több alakja van, megadja, hogy az eredetiben melyik indexnél található a 
paraméterül kapott szöveg. A visszaadott érték —/ lesz, ha nincs benn a 
keresett szöveg: 


int i-"almafa".Indexof("faD);  //4 


Insert(int string) 
A második paraméterül kapott szöveget, az első paraméterrel megadott 
indextől beszúrja az eredeti szövegbe: 
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string s-"almafa alatt"; 
string ujs-s.Insert(4," a "9; — // alma a fa alatt 


A szövegtípus további szolgáltatásait, függvényeit a  szövegosztály 
még azt, hogy a szövegosztály függvényei nem módosítják az eredeti szöveget, 
szövegobjektumot, példaként az előző s szöveges változó értéke változatlan 
marad. 

Szöveges feldolgozási feladatok során a reguláris kifejezésekkel megadható 
szövegminták segítségét is igénybe vehetjük. A .NET Framework a Perl5 kompa- 
tibilis reguláris kifejezéshasználatot támogatja. A Regex osztály szolgáltatja a 
reguláris kifejezést, míg a Match a találati eredményt. Az osztályokat a 
System. Text. RegularExpressions névtérben találjuk. 


Példa: 


using System; 
using System.Text.RegularExpressions; 
class reguláris 


( 





public static void Main() 
( 








Regex reg kif — new Regex ("fradi") ; 
// a fradi keresése 
Match találat — reg kif.Match("A Fradi jó csapat?") ; 
if (találat.Success) 
( 
// (hol találtuk meg 
Console.Writeline("A találat helye: " 4 találat. Index) ; 


A fenti példa nem ad eredményt, hiszen alapértelmezésben a kis- és nagy- 
betű különbözik, míg ha a reguláris kifejezést egy kicsit módosítjuk, az alábbiak 
szerint: 


Regex reg kif — new Regex ("adi") ; 





akkor a futási eredmény az alábbi lesz: 
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cx "C:WprogramokthajratbinDebugthajra.exe" 


TES EÉSETETT TT! 
Press any key to continue. 





8. ábra 


Ha azt szeretnénk elérni, hogy az eredeti szövegünk is változzon, akkor 
ehhez a System. Text névtér StringBuilder osztályát tudjuk igénybe venni. 


Példa: 


using System.Text; 





StringBuilder sl — new StringBuilder ("almafa alatt") ; 
s1.Insert(4," a "); 
Console.WriteLine (s1) ; 77 "alma a fa alatt" 


int — egész típus(4 byte) 
Az egész típusú értékek négy bájtot foglalnak — a ma leggyakrabban használt 
nyelvi környezetben -—, így értelmezési tartományuk -2"", 29- 1 között van. 


long hosszú egész (8 byte) 

short rövid egész (2 byte) 

sbyte előjeles (signed) byte 

float valós (4 byte) 

double dupla pontosságú valós (8 byte) 

decimal , pénzügybeli" típus (16 byte), 28 helyiérték 


Mindkét egész típus előjeles, ha erre nincs szükségünk, használhatjuk az elő- 
jel nélküli változatukat, melyek: uint, ushort, byte, ulong. 
Valós számok definiálásakor a 10-es kitevőt jelölő e konstans használható. 


Példa: 
float a—1.6e-3; — // 1.6 $ 109 


void — típus nélküli típus 
Az olyan függvénynek (eljárásnak) a típusa, amelyik nem ad vissza értéket. 
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Példa: 


void növel (ref int mit) 


( 





mittt; 


: 


Az iménti függvény paraméterének jelölése referencia szerinti paraméter- 
átadást jelent, amiről a Függvények c. fejezetben részletesen szólunk. 


bool — logikai típus (1 byte) 

A logikai típus értéke a írue (igaz) vagy false (hamis) értéket veheti fel. 
Ahogy a nyelv foglalt alapszavainál láthattuk, ezeket az értékeket a írue és false 
nyelvi kulcsszó adja meg. 

Általában elmondható, hogy míg a nyelv nem definiál sok alaptípust, addig 
az egyes implementációk, főleg azok grafikus felület alatti könyvtárai ezt bősé- 
gesen pótolják, és gyakran több időt kell az új típusok" megfejtésének szentelni, 
mint a függvények tanulmányozásának. 


II.5. Felsorolás típus 


A felsorolás típus gyakorlatilag nem más, mint egész konstans(ok), szinoni- 
mák definiálása. Felsorolás típust névtéren vagy osztályon belül definiálhatunk. 

Ennek a kulcsszava az enum. A kulcsszó után a felsorolás típus azonosítóját 
meg kell adni. A System.Enum osztály szinonimáját adja az ezen kulcsszó 
segítségével definiált típus. 


Példa: 


enum szinek ípiros, kék, zöld, sárga); 
num betuk (a—!a!, b-!b!]); 





betuk sajátbetű-betuk.a; // változó kezdőértéke a 
enum valami ( x—"alma"); // hiba 
Ekkor a 0,1, ... értékek rendelődnek hozzá a felsorolt nevekhez, és a nevek 


kiírásakor ezen számokat is látjuk. A kezdőértékadás lehetőségével élve nem 
kell ezeket feltétlenül elfogadnunk, hanem mi is megadhatjuk az értéküket. 


Példa: 


class Szinek 


( 


enum újszinek (piros-4, kék—7, zöld-8, sárga—12]); 


public static void Main() 
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( 
Console.WriteLine (újszinek.zöld); // kiírja a színt 
//ciklus a színeken történő végighaladásra 
for(újszinek i—újszinek.kék; icújszinek.sárga; it) 


( 








//kiíárja a színeket 
Console.WriteLine (i) ; 


, 
, 
A fenti ciklus eredményeként azon egészek esetén, ahol az egész értékéhez 
egy , nevet" rendeltünk hozzá, a név kerül kiírásra, egyébként a szám. Az ered- 
mény a következő lesz: 


kék 
zöld 
9 

10 
NEE 


Mivel ez a típus a System. Enum megfelelője, ezért rendelkezik annak jellem- 
zőivel is. Ezek közül a két legjellemzőbb a GetHashCode() és a TosString() 
függvény. Az előbbi a belső tárolási formát, a megfelelő egész számot adja meg, 
míg a TosStringő), mint alapértelmezett reprezentáció, a szöveges alakot 
(kék zöld, stb) adja meg. 


Példa: 
újszinek s-újszinek.piros; 
Console.WritelLine (s . GetHashCode () ) ; // eredmény: 4 





A felsorolás típus alapértelmezésben egész típusú értékeket vesz fel. Ha ez 
nem megfelelő, akár byte (vagy tetszőleges egész szinonima) típusú értékeket is 
felvehet úgy, hogy a típusnév után kettősponttal elválasztva megadom a típus- 
nevet. (Nem adhatom meg a valós vagy karakter típust!) 


Példa: 
enum színek:byte ípiros, kék, zöld, sárga); 
enum hibás:float írosszi, rossz2]); // ez fordítási hiba 


Előfordulhat, hogy olyan felsorolásadatokra van szükségem, melyek nem 
egy egész konstanshoz, hanem egy bithez kötődnek, hiszen ekkor a logikai 
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age; 


Ebben az esetben a /Flags/ attribútumot kell az enum szócska elé szúrni. 


Példa: 


[Flags] enum alma 
(piros-1, jJonatán-2, zöld-4 , golden68 ) ; 





alma a—alma.piros ] alma.jonatán; 

Console.WritelLine (a) ; // piros, jonatán 

a— (alma) System.Enum.Parse(typeof (alma) , "zöld, golden") ; 
// a felsorolás típus egyszerű értékadása helyett 

// a könyvtári hívás lehetőségét is használhatjuk 

[/ 

Console.WriteLine (a .GetHashCode () ) ; 








// eredmény 12 lesz 


Bithez kötött értékek esetén kötelező minden egyes konstans névhez meg- 
adni a neki megfelelő bites ábrázolást! 

Az alaptípusokat a .NET keretrendszer biztosítja, így ennek a fejlesztési 
környezetnek egy másik nyelvében pontosan ezek a típusok állnak rendelke- 
zésre. Az természetesen előfordulhat, hogy nem ezekkel a nevekkel kell rájuk 
hivatkozni, de a nyelvi fordító biztosan ezen értelmezés szerinti kódot (köztes 
kód) fordítja le a keretrendszer, mint futtató környezet számára. 

Az alaptípusok zárásaként meg kell jegyezni, hogy a mutató típus is értelme- 
zett, ahogy a Ct-t világában, de ennek a használata csak olyan Cs programrész- 
ben megengedett, amely nem biztonságos környezetben helyezkedik el (unsafe 
context) . Erről röviden a könyv XIV. fejezetében olvashat. 


II.6. Feladatok 


1. Milyen alaptípusokat ismer a CH nyelv? 
2. Mi a változó és az állandó között a különbség? 


3. Mi a különbség egy statikus és egy dinamikus élettartamú 
változó között? 


4.  Definiáljon két szöveg típusú változót, adja meg a hosszukat! 


5.  Ábrázolja felsorolás típussal az NB 1 bajnokság csapatait! 


III. Kifejezések, műveletek 


A nyelv jellemzője a korábban (például C--- nyelvben) megismert, 
megszokott kifejezésfogalom, amit tömören úgy is fogalmazhatunk, hogy a 
vezérlési szerkezeteken kívül a nyelvben minden kifejezés. 

Egy kifejezés vagy elsődleges kifejezés, vagy operátorokkal kapcsolt 
kifejezés. 


Elsődleges kifejezések: 

e azonosító 

(kifejezés) 

elsődleges kifejezés[] 
függvényhívás 

elsődleges kifejezés.azonosító 


A kifejezéseket egy-, két- vagy háromoperandusú operátorokkal kapcsol- 
hatjuk össze. 

Egy kifejezésen belül először az elsődleges kifejezések, majd utána az 
operátorokkal kapcsolt kifejezések kerülnek kiértékelésre. 

A nyelvben használható operátorok prioritási sorrendben a következők. 


III.1. Egyoperandusú operátorok 


new 

A dinamikus helyfoglalás operátora. A helyfoglalás operátorának egyetlen 
operandusa az, hogy milyen típusú objektumnak foglalunk helyet. Sikeres 
helyfoglalás esetén a művelet eredménye a lefoglalt memória címe. 
Sikertelen helyfoglalás esetén a null mutató a visszatérési eredmény. 


Példa: 


int[]a; 

a — new int; //egy egész tárolásához 
//elegendő hely foglalása 

a — new int[5] //öt egész számára foglal helyet 


A new utasítás gyakran szerepel a vektorokkal összefüggésben, amiről 
később részletesen szólunk. 
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A .NET keretrendszer egyik legfontosabb tulajdonsága az, hogy a 
dinamikusan foglalt memóriaterületeket automatikusan visszacsatolja a fel- 
használható memóriatartományba, ha arra a memóriára a programnak már nincs 
szüksége. Sok nyelvi környezetben erre a delete operátor szolgál. 


- aritmetikai negálás 
! logikai negálás (not) 


a bitenkénti negálás, 
1 -- inc, dec. 
(típus) kifejezés típuskényszerítés 
Példa: 
double d—2.3; 


int i—(int) d; // i-2 


A 414 és -- operátor szerepelhet mind pre-, mind postfix formában. Prefix 
esetben a változó az operátorral változtatott értékét adja egy kifejezés 
kiértékelésekor, míg postfix esetben az eredetit. 


Példa: 
a— tb; // hatása: b-bt1; a-b; 
a— brr; // hatása: a-b; b-ori1; 


Az egyoperandusú operátorok és az értékadás operátora esetén a végrehajtás 
jobbról balra haladva történik, minden más operátor esetén azonos 
precedenciánál balról jobbra. 


III.2. Kétoperandusú operátorok 


ki szorzás 
/ osztás 
90 maradékképzés 


E három operátorral mindig igaz: az (a/b)"b--a9Yob kifejezés az a értékét 
adja. 

(76 operátor esetén az operandusok nem lehetnek valósak, és a prioritásuk 
azonos.) 
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-k összeadás, string esetén azok összefűzése 
z kivonás 

zz bitenkénti balra léptetés 

5 bitenkénti jobbra léptetés 


A jobbra léptetés operátorához példának tekintsük az a 573 b; utasítást. 
Ekkor ha az a unsigned, akkor balról nullával, különben pedig az előjelbittel tölt 
a bitenkénti jobbra léptetés operátora. 


Példa: 
int a— -I, b; 
b—a5:- 2; // b értéke -1 marad 
cp kisebb, nagyobb relációs operátorok 
LZ 57 kisebb vagy egyenlő, ill. a nagyobb vagy egyenlő 
operátorok 
——, 1 egyenlő, nem egyenlő relációs operátorok 
8z bitenkénti és 
6. bitenkénti kizáró vagy 
Új bitenkénti vagy 
88 logikai és 
II logikai vagy 
is 


Logikai operátor, egy objektumról megmondja, hogy a bal oldali operandus 
a jobb oldali típusnak egy változója-e. 


Példa: 
Nesze 


if (i is int) Console.WriteLine("Bizony az i egész!") ; 
else Console.WriteLine("Bizony az i nem egész! ") ; 








as 
Kétoperandusú típuskényszerítés. A bal oldali változót a jobb oldali referencia típusra 
alakítja, ha tudja. Ha sikertelen az átalakítás, akkor eredményül a null értéket adja. 


Példa: 


double d—-2.5; 

Object c6— d as Object; 

Console.WriteLine (0) ; // eredmény: 2.5 

// Object-re mindent lehet alakítani, aminek van toString kiíró 
//függvénye. Erről bővebben később esik szó. 
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typeof 

Egy System.Type típusú objektumot készít. Ennek az objektumnak a 
mezőfüggvényeivel, tulajdonságaival (FullName, GetType0) tudunk típus- 
információhoz jutni. 

Példa: 


using System; 
class Teszt 
( 
static void Main() ( 
typell EE ( 
typeof (int) , 
typeof (string) , 
typeof (double) , 
typeof (void) 
); 
for (int i — 0; i c t.Length; it) 
( 


kk kk 





Console.WriteLine(t[i] . FullName) ; 





: 


A program futása a következő eredményt produkálja: 


System. Int32 
System.String 
System. Double 
System.Void 


A típuskonverzióval kapcsolatban elmondható, hogy minden értéktípusból 
létrehozhatunk egy neki megfelelő Object típusú objektumot. Ezt gyakran 
boxing-nak, csomagolásnak, míg az ellenkező kicsomagoló műveletet, amihez a 
zárójeles típuskonverzió operátort kell használni, unboxing-nak nevezi a 
szakirodalom. 


Példa: 
int i-55; 
Object c—i; // boxing, becsomagolás 


int j—(int) o; // unboxing, kicsomagolás 


Az Object típus, ami a System.Object típusnak felel meg, minden típus 
őseként tekinthető. Ennek a típusnak a függvényei ily módon minden általunk 
használt típushoz rendelkezésre állnak. 
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Az Object típus tagfüggvényei a következők: 


ToStringO 


például kiírásnál, akkor ezt automatikusan meghívja. Ha ezt egy új típushoz 
újradefiniáljuk, akkor ez hívódik meg kiírás esetén. 


Console.WriteLine (0) ; // indirekt ToString hívás 
Console.WriteLine (o. ToString() ) ; 





GetTypeO 
Megadja az objektum típusát, hasonló eredményt ad, mint a korábban látott 
typeof operátor. 


Eguals(object) 
Megadja, hogy két objektum egyenlő-e, logikai értéket ad eredményül. 


íit-.14557 
object c0—i; 
Console.WriteLine (o.Eguals (5) ) ; 








Az Eguals függvénynek létezik egy statikus változata is, aminek a formája: 
Object. Eguals(object, object) 


GetHashCodeO0 

Megadja az objektum hash kódját, ami egy egész szám. Tetszőleges saját 
utódtípusban újradefiniálhatjuk, amivel a saját típusunk hash kódját tudjuk 
számolni. 


III.3. Háromoperandusú operátor 


Az operátorral képezhető kifejezés alakja a következő: el ? e2 : e3 , ahol a ? 
és a : az operátor jelei, míg el, ,e2,e3 kifejezések. 
A kifejezés értéke e2 ha e/ igaz (nem 0), különben e3. 


Példa: 


chat "es 
int a; 


az (tes 0 st SE) RSS TOL S EDg 
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Az a változó vagy a 0-9 vagy -Il értéket kapja. 
A háromoperandusú operátor valójában egy logikai elágazás utasítás. A 
hatékony kifejezéskészítés, tömörebb írásmód kiváló eszköze. 


III.4. Kétoperandusú értékadó operátorok 


z értékadás operátora 


A nyelvben az értékadás sajátos, önmaga is kifejezés. Az egyenlőségjel bal 
oldalán olyan kifejezés, változó állhat, amely által képviselt adat új értéket 
vehet fel. Gyakran hívja a szakirodalom ezt balértéknek is (/value). Az 
egyenlőségjel jobb oldalán egy értéket adó kifejezés kell, hogy álljon (jobb- 
érték, rvalue). Ez gyakorlatilag azt jelenti, hogy a jobbértékre semmilyen 
korlátozás nincs. 

Az értékadás során a bal oldal megkapja a jobb oldali kifejezés értékét, és 
egyben ez lesz a kifejezés értéke is. 


Példa: 


char []d-new char[80]; // másoljuk az s forrásszöveget d-be 

while (icCs.Length) 

( 

d[i]-s[il; itt; 

, 

char [FS-t aza yt Let e 

d—C; // hiba!! mivel d már egy 80 karakteres 
//területet jelöl, ezért új területet már nem 
// jelölhet, d nem lehet balérték 








Az értékadás operátora jobbról balra csoportosít, ezért pl. az a—b—2; utasítás 
hatására a és b is 2 lesz. 

Az egyenlőségjel mellett még néhány, az aritmetikai operátorokkal 
"kombinált" értékadó operátor is használható. 

Ezek az operátorok a következők: 








j , , F—, /—, 99, 557, cz, R—, "7 ] 


Jelentésük: az el operátor e2 kifejezés, ahol el és e2 is kifejezések, az 
el — el op e2 kifejezésnek felel meg, ahol op az egyenlőségjel előtti operátor. 
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Példa: 
int a72; 
a 7— 3; // a—- ar3, azaz a értéke 6 lesz 
string b-"alma"; 
br—"fa"; // b-almafa 


A típusok egymás közti konverziójával kapcsolatban azt lehet mondani, 
hogy a C vagy C4--ban ismert automatikus konverziók nem léteznek. Egy 
egész típusú változót egy valósba gond nélkül beírhatunk, míg fordítva már 
hibát jelez a fordító. A konverziós lehetőségek széles skáláját nyújtja a 
fejlesztőeszközünk. 

Konverziókkal kapcsolatban két esetet szoktak megkülönböztetni. Ezek 
közül az első szám szöveggé alakítása. Ez gyakorlatilag nem igényel semmilyen 
segítséget, a számtípushoz tartozó osztály ToString függvényét hívja meg a 
fordító. Ehhez nem kell semmit sem tenni. 





Példa: 
int a—2; 
string s-"Az eredmény:" 4 a; 


A másik eset, mikor szövegből szeretnénk számot kapni, már nem ilyen 
automatikus, de semmiképpen nem lehet bonyolultnak nevezni. Többféle 
módszer lehet az alakításra, de a legáltalánosabb talán a Convert osztály 
használata. Az osztály konvertáló függvényei azonos névkonvencióval az alábbi 
formájúak: 


Convert . TOCTStípusnév 


ahol a CTS (Common Type System) típusnév az alábbi lehet: Boolean, Int16 
(short int), Int32 (rendes int), Int64 (hosszú int), Float, Double, String, Decimal, 
Byte, Char. 


Példa: 


string s-"25"; 
int i-—Convert.Tolnt32(s);  // i-25 lesz 


Érdekességként megemlítem, hogy létezik a Convert. ToDateTime(object) 
függvény is, ami egy könyvtári dátumtípust készít a paraméterül kapott objek- 
tumból. 


Ha bármelyik konvertáló függvény hibás paramétert kap, nem tud eredményt 
produkálni, akkor InvalidCastException kivételt vagy más, a hiba okára utaló 
kivételt generál. A kivételkezelésről később részletesen is fogunk beszélni. 
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Általában igaz, hogy grafikus alkalmazások során a beírt adataink szöve- 
gesek, így minden esetben az azokkal történő számolás előtt konvertálnunk kell, 
ezért a konvertáló függvények használata elég gyakori. 

Hasonló konvertáló szolgáltatásokat kapunk, ha az alaptípusok Parse függ- 
vényét használjuk (int. Parserszöveg), double. Parse(szöveg)). 


Gyakran előfordul, hogy az alapműveletek nem elégítik ki a számolási 
igényeinket. A System névtér Math osztálya a leggyakrabban használt számolási 
műveleteket biztosítja. A leggyakrabban használt függvények a következők: 





Math.Sin(x) sin(x), ahol az x szög értékét 
radiánban kell megadni 

Math.Cos(x) cos(x) 

Math.Tan(x) tg(x) 

Math.Exp(x) ex 

Math.Log(x) In(x) 

Math.Sagrt(x) x négyzetgyöke 

Math.Abs(x) x abszolút értéke 

Math.Round(x) kerekítés a matematikai szabályok szerint 

Math .Ceiling(x) felfelé kerekítés 

Math.Floor(x) lefelé kerekítés 

Math.Pow(x,y) hatványozás, xy 

Math.PI a PI konstans (3.14159265358979323846) 

Math.E az e konstans (2.7182818284590452354) 
Példa: 


double dd-/ath. Sin (Math. PI/2) ; 





Console.WriteLine (dd) ; // értéke 1. 
dd-AVath. Pow (2, 3) ; 
Console.Writeline (dd) ; // 8 





Matematikai, statisztikai feladatoknál a véletlenszámok használata gyakori 
igény. A System névtér Random osztálya nyújtja a pszeudo-véletlenszámok 
generálásának lehetőségét. Egy véletlenszám-objektum létrehozását a rendszer- 
időhöz (paraméter nélküli konstruktor) vagy egy adott egész számhoz köthetjük. 
A véletlenobjektum Next függvénye a következő véletlen egész számot, a 
NextDouble a következő valós véletlenszámot adja. A Next függvénynek három, 
míg a NextDouble függvénynek egy változata van, amit a következő példa is 
bemutat. 
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Példa: 


Random r—-new Randcm(); 

//r véletlenszám objektum rendszeridő alapú létrehozása 
Random r1-new Random(10) ; 

// r1 véletlenobjektum generátor a 10 értékből indul ki 
[/ 
int v- r.Next() ; 

// véletlen egész szám 0 és MaxInt (legnagyobb egész) között 
//O lehet az érték, MaxInt nem 

VAA 
int v1-r.Next (10) ; 

// véletlen egész szám 0 és 10 között, 0£—vici10 
[/ 
int v2-r.Next (10, 100); 
// véletlen egész szám 10 és 100 között, 106v2c100 
[/ 
double d-r.NextDouble () ; 

// véletlen valós szám 0 és 1 között, 0—dA1 














III.5. Feladatok 
1. Mit nevezünk kétoperandusú operátornak? 
2. Melyik operátor három operandusú? 
3. Milyen szám-szöveg konverziós lehetőségeket ismer? 
4. Fogalmazza meg két elem közül a nagyobb kiválasztását operator segít- 


ségével! 


Ismerjük egy háromszög két oldalát és közbezárt szögét. Számoljuk ki a 
szöggel szemközti oldal hosszát! 


IV. Összetett adattípusok 


IV.1. Tömbök 


A feladataink során gyakori igény az, hogy valamilyen típusú elemből többet 
szeretnénk használni. Amíg ez a , több" kettő vagy három, addig megoldás lehet, 
hogy két vagy három változót használunk. Amikor viszont tíz, húsz adatra van 
szükségünk, akkor ez a fajta megoldás nem igazán kényelmes, és sok esetben 
nem is kivitelezhető. Lehetőség van azonos típusú adatok egy közös névvel való 
összekapcsolására, és az egyes elemekre index segítségével hivatkozhatunk. Ezt 
az adatszerkezetet tömbnek nevezzük. A tömbök elemeinek elhelyezkedése a 
memóriában sorfolytonos. A tömb helyett gyakran használjuk a vektor szót, 
annak szinonímájaként. 

A CH nyelv minden tömb- vagy vektortípus definíciót a Svstem.Array osz- 
tályból származtat, így annak tulajdonságai a meghatározóak. 


ere 





típus[] név; 











Az egyes tömbelemekre való hivatkozás, a tömbök indexelése mindig 0-val 
kezdődik. Az index egész típusú kifejezés lehet, a típus pedig tetszőleges. 

Egy tömb általános definíciója nem tartalmazza az elemszám értékét. Bár a 
nyelv környezetében nem lehet mutatókat definiálni, de ez gyakorlatilag azt 
jelenti. A vektor definíciója egy referencia típus létrehozása, és a nyelv minden 
referencia típusát a new operátorral kell konkrét értékekkel inicializálni 
(példányosítani). Ekkor kell megmondani, hogy az adott vektor hány elemű lesz. 
Minden vektornak, ellentétben a Ct-- nyelvvel, a létrehozása után lekérdezhető 
az elemszáma a Length tulajdonsággal. 





Példa: 
int[] numbers; // egész vektordefiníció 
numbers — new int[10]; // 10 elemű lesz az egész vektorunk 
numbers — new int [20]; // most meg 20 elemű lett 
int db — 15; 
numbers — new int [db]; // egy változó adja a hosszát 
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Mivel a nyelv minden dinamikus referencia típusának memóriabeli fel- 
szabadítását a rendszer automatikusan végzi — ezt az irodalom gyakran szemét- 
gyűjtési algoritmusnak (garbage collection) nevezi —, ezért a példabeli 10 elemű 
vektor memóriahelyét automatikusan visszakapja az operációs rendszer. 

A vektorelemek a fenti dinamikus létrehozás után 0 kezdőértéket kapnak. Ha 
egyéb elemekkel szeretnénk az inicializációt elvégezni, kapcsos zárójelek közé 
írva adhatjuk meg azokat. 











típus[] név—férték, érték, . . . ) ; 





Példa: 
int[] n-(3, 4, 807 61; 
int hossz- n.Length; // vektorhossz meghatározás 


Ha logikai vektort definiálunk, akkor a vektorelemek kezdőértékadás hiá- 
nyában logikai hamis (false), míg ha referencia vektort definiálunk, akkor a 
referenciaelemek a null kezdőértéket kapják meg. 


Példa: 


int[] numbers — (1, 2, 3, 4, 5]; 

int[] numbers — new int[5] (1, 2, 3, 4, 5]; 

string[] nevek — new string[3] ("Ali", "Pali", "Robi"); 
int[] numbers — new int[] (1, 2, 3, 4, 5); 

string[] nevek — new string[] ("ALi", "Pali", "Robi"); 


A CH nyelvben nem csak a fenti egydimenziós vektor definiálható. Ezen- 
kívül még definiálható két- vagy többindexű, multidimenziós vektor, illetve vek- 
torok vektora. 


Multidimenziós vektor: 
Példa: 


string[,] nevek; 


nevek new string[2, 4]; 


A vektor dimenzióját a Rank tulajdonsággal kérdezhetjük le. 





Console.WritelLine (nevek. Rank) ; VA 
// az egyes dimenziókbeli méretet a GetLength adja 
Console.WriteLine (nevek.GetLength(0));  // 2 
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Console.WritelLine (nevek.GetLength(1));  //4 





Természetesen a normál vektornak (int// v) is lekérdezhetjük a dimenzió 
értékét. 


Példa: 


int[,] numbers — new int[3, 2] ( (1, 2), (3, 4), (5, 6) ); 

string[,] kapocs — new string[2, 2] ( ("Miki","Ami"), ("Mari", Albert") ); 
int[,] mnbers — new int[,] ( (1, 21, 13, 43, 15, 64 ); 

string[,] kapocs — new string[,] ( ("Miki","Ani"), ("Mari", Albert") ); 
int[,] számok — ( (1, 2], (3, 4), (5, 6) ); 

string[,] kapocs — ( ("Miki", "Ani"), ("Mari", "Albert") ); 





Használat: 


umbers[1,1] — 667; 





jő. 


Vektorok vektora: 

A más nyelvekbeli analógiát tekintve, a multidimenziós vektorban minden 
sorban azonos darabszámú elem van, ez tehát a szabályos, négyzetes mátrix stb. 
definíciónak felel meg. A vektorok vektora pedig valójában egy mutató vektor— 
definíció, ahol először megmondjuk, hogy hány elemű a mutató vektor, majd 
ezután egyenként meghatározzuk, hogy az egyes elemek milyen vektorokat 
jelentenek. 


Példa: 


bytel][] meres — new byte[5] [] ; 
for (int x — 0; x c meres.Iength; xt71) 


( 





meres [xX] — new byte[4]; 





: 


int[][] szamok new int[2]([] 
í 
new int[] (3,2,4), 
// ez a három elemű vektor lesz a szamok első vektora 
new int[] (5,6) 
// ez a két elemű vektor lesz a szamok második vektora 








Hz 


int[][] numbers — 
new int[][] ( new int[] (2,3,4), new int[] (5,6,7,8,9) ); 
int[][] numbers — ( new int[] (2,3,4), new int[] (5,6,7,8,9) ); 
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Használat: 


numbers[1] [1] — 5; 


Természetesen mindkét esetben — multidimenziós, vektorok vektora — nem— 
csak kétdimenziós esetről beszélhetünk, hanem tetszőleges méretű vektorról. 


Példa: 


int[,,] harom — new int[4,5,3]; 


Lehetőségünk van a kétféle vektordefiníció kevert használatára is. A következő példa 
egy olyan egyszerű vektort definiál, aminek minden eleme 3x2 dimenziós szabályos mátrix. 


Példa: 


int[1[,,]1[,] mix; 


Ezek után írjunk egy példaprogramot, amely bemutatja a korábban megbe- 
szélt vektorjellemzők használatát: 


Példa: 


//vektor.cs 
using System; 


class vektorpelda 


( 


public static void Main() 


( 





// Sima vektordefiníció, a definíció pillanatában 
// 5 elemű vektor lesz 

// A vektorelemeknek külön nem adtunk kezdőértéket, 
// ezért azok 0 értéket kapnak. 

int[] numbers — new int [5]; 





// Kétdimenziós vektor, sima 5x4-es szöveges, 
//ezen elemek inicializálás hiányában null értéket kapnak. 
string[,] names — new string[5, 4]; 





// Vektorok vektora, ezt az irodalom gyakran 
//jagged array", (csipkés, szaggatott vektor) néven említi 
byte[1[] scores — new byte[5] [1]; 


// Az egyes vektorok definiálása 
for (int i — 0; i Ca scores.Length; it-) 
( 


scores[i] — new bytelit3]; // elemről elemre nő az elemszám. 





: 


// Egyes sorok hosszának kiírása 
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for (int i — 0; i Ca scores.Length; it-) 
( 
Console.WriteLine ("Az (0) sor hossza: (1)", i, scores[i]. Length) ; 
// A () jelek közötti számmal hivatkozhatunk az első paraméter 
// utáni továltoi értékekre. (0) jelenti az i változót. 
// Használata nagyn hasmnlít a C printf használatához. 














, 
, 
A program futása után a következő eredményt kapjuk: 


Az 0 sor hossza: 3 

Az 1 sor hossza: 4 

Az 2 sor hossza: 5 

Az 3 sor hossza: 6 

Az 4 sor hossza: 7 
Példa: 


string honapnev(int n) 
( 
string[]név—-("Nem létezik", "Január", 
"Február", "Március", 
vágrilis? "Május", tgúniusi , 
"Július", "Augusztus", 
"Szeptember", "Október", 
"November" , "December" ) ; 
return ( ( (nc1) I I (n:212)) ? név[0] : név[n]); 





Az iménti példa meghatározza egy tetszőleges sorszámú hónaphoz annak 


nevét. 


IV.2. Struktúra 


Gyakran szükségünk van az eddigiektől eltérő adatszerkezetekre, amikor a 


leírni kívánt adatunkat nem tudjuk egy egyszerű változóval jellemezni. Elég, 
ha a talán legkézenfekvőbb feladatot tekintjük: hogyan tudjuk a sík egy pontját 
megadni? Egy lehetséges megadási mód, ha a pontot mint a sík egy derék- 
szögű koordinátarendszerének pontját tekintem, és megadom az X és Y koor- 
dinátákat. 


A struktúradefiniálás az ilyen feladatok megoldása esetén lehetővé teszi, 


hogy az összetartozó adatokat egy egységként tudjuk kezelni. 


A struktúradefiníció formája a következő: 


IV. Összetett adattípusok 





struct név ( 
hozzáférés típus mezőnevek; 


hozzáférés függvénydefiníció ; 


b; 





Hivatkozás egy mezőre: változónév.mezőnév 

A struktúrákon azonos típus esetén az értékadás elvégezhető, így ha például 
a és b azonos típusú struktúra, akkor az a-b értékadás szabályos, és az a minden 
mezője felveszi b megfelelő mezőértékett. 


Példa: 


struct pont 
( 
int x; 
int y; 
); 


pont a; 


struct egy 
( 
string name; 
int kor; 
); 
egy[] csnew egy[10]; — // 10 elemű struktúra vektor 


A fenti definíció teljesen jó, csak a hozzáférési szint megadásának hiányában 
minden mező privát, azaz a struktúra mindkét adata csak belülről látható. A 
struktúra alapértelmezett mezőhozzáférése privát (private). Minden taghoz külön 
meg kell adni a hozzáférési szintet. 


Struktúra esetén a megengedett hozzáférési szintek: 


private csak struktúrán belülről érhető el 
public bárki elérheti ezt a mezőt 

internal programon belülről (assembly) elérhető 
Példa: 


struct személy 


( 


public string név; 


IV. Összetett adattípusok 





public int kor; 
3? 


Az egyes mezőkre hivatkozás formája: 


Példa: 


személy st-new személy (); 
System.WriteLine( st.kor); // kor kiírása 
Struktúradefiníció esetén a nyelv nem csak adatmező, hanem függvénymező 
definiálást is megenged. Azt a függvénymezőt, aminek ugyanaz a neve, mint a 
struktúrának, konstruktornak nevezzük. Paraméter nélküli konstruktor nem 
definiálható, azt mindig a környezet biztosítja. A struktúra értéktípusú adat, így a 
vermen és nem a dinamikus memóriában jön létre. Általában elmondható, hogy 
a struktúra majdnem úgy viselkedik, mint egy osztály, de funkcionalitását 
tekintve megmarad a különböző típusú adatok tárolásánál. 
A struktúrákkal kapcsolatosan érdemes megjegyezni három alapvető tulaj- 
donságot: 





e — Egy struktúra adatmezőt a definiálás pillanatában nem inicializálhatunk. 


Példa: 


struct alma 
( 


string nev-"jonatán"; // fordítási hiba 


e Struktúra adatmezőket a default konstruktor nem inicializál. A kezdőérték 
beállításáról, ha szükséges, saját konstruktorral vagy egyéb beállítási 
móddal kell gondoskodni. 


Példa: 


struct pont 
( 
puolie int-X,y; 
1 
pont p-new pont () ; 


p.X—2; p.y—4; 


e Bár a struktúra érték típusú, azért a new operátorral kell biztosítani a saját 
konstruktorral történő inicializációt. Ez ebben az esetben a vermen fog 
elhelyezkedni. 


IV. Összetett adattípusok 





Befejezésül a struktúra definiálására, használatára, struktúra vektorra néz- 
zünk egy teljesebb példát: 


Példa: 


using System; 
struct struktúra példa 
( 
public int kor; 
public string név; 
) 
class struktúra használ 
( 
public static void Main() 
( 








struktúra példa sp-new struktúra példa () ; 
sp.kor—5; 

sp.név-"Éva" ; 

// struktúra példa vektor 

struktúra példa [] spv-new struktúra példa[5]; 
int i1—0; 

// beolvasás 

while(ic5) 

( 





spv[lil-new struktúra példa () ; 

Console.WriteLine ("Kérem az (0). elem nevét! ", ii) ; 
string n-Console.ReadlLine () ; 

spv[i] .név-n; 
Console.WriteLine ("Kérem az (0). elem korát!",i) ; 
n-Console.ReadLine () ; 

spv[i] . kor—Convert . ToInt32 (n) ; 

itt; 




















) 

// kiírás 

for (i—0;i5; it) 

f 
Console.WriteLine (spv[i] .név) ; 
Console.WriteLine (spv[i] .kor) ; 





IV.3. Feladatok 


1. Mit nevezünk tömbnek? 


IV. Összetett adattípusok 





SM zoklés s lés 


Milyen tömbök létrehozását támogatja a Ci nyelv? 
Mi a különbség a tömb és a struktúra között? 
Határozzuk meg egy tömb legnagyobb elemét! 


Ábrázoljuk struktúra típussal az alma legjellemzőbb adatait (név, szín, 
méret)! Készítsünk 5 elemű alma vektort! 


VK Utasítások 


A programvezérlés menetét az utasítások szekvenciája szabja meg. Ahogy 
korábban is láttuk, az operációs rendszer a Main függvénynek adja át a vezérlést, 
majd a függvénytörzs egymás után következő utasításait (szekvencia) hajtja 
végre, ezután tér vissza a vezérlés az operációs rendszerhez. 


Az utasítások fajtát: 


összetett utasítás 
kifejezés utasítás 
elágazás utasítás 
ciklus utasítás 
ugró utasítás 


V.1. Összetett utasítás 

Ahol utasítás elhelyezhető, ott szerepelhet összetett utasítás is. 

Az összetett utasítás vagy blokk a 7? zárójelek között felsorolt utasítások 
listája. Blokkon belül változók is deklarálhatók, amelyek a blokkban lokálisak 
lesznek. Blokkok tetszőlegesen egymásba ágyazhatók. 


V.2. Kifejezés utasítás 


Az utasítás formája: 











kifejezés ; 





Az utasítás speciális formája az, amikor a kifejezés elmarad. Az ilyen utasí- 
tást (7) üres vagy nulla utasításnak nevezzük. Ennek természetesen általában 
nagyon sok értelme nincs. Az alábbi példa egy változó értékét növeli egyesével 
egy ciklusban. 


Példa: 


int k55; 
for(i—0; ic10; it) 
kt; 


56 


V. Utasítások 





V.3. Elágazás utasítás 


Az elágazások két típusa használható, a kétfelé és a sokfelé elágazó utasítás. 
A kétfelé elágazó utasítás formája: 





if (kifejezés) utasítás; 
if (kifejezés) utasítás; else utasítás; 











Először a kifejezés kiértékelődik, majd annak igaz értéke esetén a kifejezés 
utáni utasítás, hamis értéke esetén az else —ha van — utáni utasítás hajtódik 
végre. 

Egymásba ágyazás esetén az else ágat a legutóbbi else nélküli ifhez tartozó- 
nak tekintjük. 


Példa: 


if (cs—!a!) 
Console.WriteLine("Ez az a betű") ; 





else 








Console.WriteLine("Nem az a betű") ; 





Ha az igaz ágon összetett utasítást használunk, akkor utána pontosvessző 
nem kell, illetve ha mégis van, az az if lezárását jelentené, és hibás lenne az 
utasításunk az if nélküli else használata miatt. 


Példa: 


if (c——!a!) 

( Console.WriteLline("Ez az a betű") ; ) 
else 

Console.WriteLine("Nem az a betű") ; 











A többirányú elágazás utasítása, a switch utasítás formája: 





switch (kifejezés) ( 
case érték! : utasítás! ; 
case érték2: utasítás2 ; 


default: utasítás ; 


1; 











V. Utasítások 





A switch utáni kifejezés nem csak egész értékű lehet, hanem szöveg (string) 
is. Ha a kifejezés értéke a case után megadott értékkel nem egyezik meg, akkor a 
következő case utáni érték vizsgálata következik. Ha egy case utáni érték azonos 
a kifejezés értékével, akkor az ez utáni utasítás végrehajtódik. Ha egy case ág- 
ban nincs egyértelmű utasítás arra vonatkozóan, hogy hol folytatódjon a vezér- 
lés, akkor fordítási hibát kapunk. 

A CA nyelvet ismerők tudhatják, hogy abban a nyelvben egy case ág végét 
nem kellett vezérlésátadással befejezni, és ebből gyakran adódtak hibák. 

Minden elágazáságat, még a default ágat is, kötelező valamilyen vezérlés- 
átadással befejezni! (break, goto, return...) 


Példa: 


switch (parancs) 
( 
case "run": 
Run() ; 
break; 
case "save": 


default: 
Rossz (parancs) ; 
break; 








: 


A case belépési pont után csak egy érték adható meg, intervallum vagy több 
érték megadása nem megengedett, hiszen ezek az fértékek" gyakorlatilag egy 
címke szerepét töltik be. Ha két értékhez rendeljük ugyanazt a tevékenységet, 
akkor két címkét kell definiálni. 


Példa: 


switch (a) 

( 

case 1: 

case 2: 
Console.WriteLine("Egy és kettő esetén...") ; 
break; 

default:Console.WriteLine ( TEgyébként...") ; 
break; 




















b 


V. Utasítások 





V.4. Ciklus utasítás 


A ciklus utasításnak négy formája alkalmazható a C$ nyelvben, ezek a 
while, a do, a for és a foreach ciklus utasítások. 


V.4.1. , while" utasítás 


A while ciklus utasítás formája: 











while (kifejezés) utasítás; 





Először a zárójelben lévő kifejezés kiértékelődik, ha értéke igaz, akkor a 
zárójeles kifejezést követő utasítás — amit szokás ciklusmagnak nevezni -, 
végrehajtódik. Ezután újból a kifejezés kiértékelése következik, igaz érték esetén 
pedig a ciklusmag végrehajtása. Ez az ismétlés addig folytatódik, amíg a 
kifejezés hamis értéket nem ad. 

Mivel az utasítás először kiértékeli a kifejezést és csak utána hajtja végre a 
ciklusmagot (ha a kifejezés igaz értéket adott), ezért a while ciklus utasítást 
elöltesztelő ciklusnak is szokás nevezni. 


Példa: 


while (true) 

( 
Console.Writeline ("Végtelen ciklus!"); 
Console.WriteLine("Ilyet ne nagyon használj!") ; 











: 


static void Main() // betűnkénti kiírás 
Al 
string szöveg[]—"Szöveg! "; 
int i1—0; 
while (icszöveg. Length) // a string végéig 
( 
Console.WriteLine (szöveg[i] ) ; 
Azt 





A második példában a ciklusmagban használhattam volna egy utasítást is, 
kihasználva a 1--- operátor postfix alakját az alábbi módon: 


while (iCszöveg. Length) 
Console.WriteLine (szöveg [147] ) ; 





V. Utasítások 





V.4.2. ,, do" utasítás 


Az utasítás formája: 








do utasítás; while (kifejezés) ; 








A ciklusmag — a do és a while közötti rész — végrehajtása után kiértékeli a 
kifejezést, és amíg a kifejezés igaz értéket ad, megismétli a ciklusmag végre- 
hajtását. A do ciklust szokás hátultesztelő ciklusnak is nevezni. 


Példa: 


string név; 

do 

( 
Console.WriteLine("Ki vagy?"); 
név-Console.Readline () ; 








) 
while (név!—"Zoli"); 
Console.WriteLine("Szia (0)!",név) ; 





do 
Console.WriteLline ("Biztos egyszer lefut!"); 


while (false) ; 





V.4.3. , for" utasítás 
Az utasítás formája: 





for (kifejezés I ; kifejezés2; kifejezés3) utasítás; 











Ez az utasítás egyenértékű a következő alakkal: 


kifejezési; 

while (kifejezés2) ( 
utasítás; 
kifejezés3; 


ti 


Mindegyik kifejezés elmaradhat. Ha kifejezés2 is elmarad, akkor while 
(true)-ként tekinti a ciklust. A kifejezések közötti pontosvessző nem maradhat el. 

A kifejezés! típusdefinícós kifejezés utasítás is lehet. Nagyon gyakran lát- 
ható forráskódban az alábbi forma: 


V. Utasítások 





Példa: 


fo rint dz0; 18107 átt) 
Console.WriteLline ("Hajrá Fradi!") ; 





Ez a fajta ciklus használat felel meg például a Basic For... Next ciklusának. 


V.4.4. , foreach" utasítás 
Az utasítás formája: 





foreach (azonosító in vektor) utasítás; 











Ez az utasítás egyenértékű a vektor-elemeken történő végiglépdeléssel. Az 
azonosító, mint ciklusváltozó felveszi egyenként e vektor elemeit. 


Példa: 


public static void Main() 
3 





int paros — 0, paratlan — 0; 
int[] v — new int [] (0,1,2,5,7,8,11); 
foreach (int i in v) 
( 
if (i$2 —— 0) 
parostt; 
else 
paratlantt; 
! 
Console.WriteLine ("Találtam (0) páros, és (1) páratlan 
számot.",paros, paratlan); 





A foreach ciklus az általunk definiált vektorokon kívül az ehhez hasonló 
könyvtári adatszerkezeteken is (ArrayList, Oueue stb.) jól használható. Ezzel 
kapcsolatos példát a Helyi könyvtárak használata fejezetben láthatunk. 

A foreach utasítás nemcsak közvetlen vektortípuson, mint például a fenti v 
vektoron alkalmazható, hanem minden olyan , végigjárható" típuson, amely az 
alábbi feltételeknek megfelel: 


e A típus rendelkezzen egy GetEnumerator() függvénnyel, aminek eredmé- 
nyül kell adni azt a típust, amilyen típusú elemeken lépdelünk végig. 

e Definiáljunk egy MoveNext() függvényt, amelyik az indexet aktuálisra ál- 
lítja, és logikai visszatéréssel megadja, hogy van-e még maradék elem. 

e Definiáljunk egy Current tulajdonságot, ami az aktuális indexű elemét 
adja eredményül. 


V. Utasítások 





Példa: 


using System; 
public class adatsor 
T 


int[] elemek; 


public adatsor () 
( 

elemek — new int[5] (12, 44, 33, 2, 50); 
) 





public vektor GetEnumerator () 
( 
return new vektor (this) ; 


: 


// Az "enumerator", class definiálás: 
public class vektor 
í 
int Index; 
adatsor a; 
public vektor (adatsor ad) 
í 
a — ad; 
Index — -1; 
) 


public bool MoveNext () 
f 
Indextt; 
return(Index A a.elemek.GetLength (0) ) ; 





) 
public int Current 
( 
get 
( 
return (a.elemek [ Index] ) ; 


: 


) 


public class MainClass 
Al 





public static void Main() 
( 





adatsor adatok — new adatsor () ; 


V. Utasítások 





Console.WriteLine("Az adatsor elemei.:") ; 


// elemek kiírása 
foreach (int i in adatok) 
( 
Console.WriteLine (i) ; 
) 
) 
) 
/ Eredmény: 
12 
44 
33 
2 
507/ 





V.5. Ugró utasítások 


V.5.1. ,break" utasítás 
Az utasítás formája: 











break; 





Hatására befejeződik a legbelső wAile, do, for vagy switch utasítás végrehaj- 
tása. A vezérlés a következő utasításra adódik. 


Példa: 
int i—-1; 
while (true) // látszólag végtelen ciklus 
( 
itt; 
if (i——11) break; // Ciklus vége 


Console.Writeline( i); 





: 


A break a többirányú elágazás (switch) utasításban is gyakran használt, így 
kerülhetjük el, hogy a nem kívánt case ágak végrehajtódjanak. 


V.5.2. ,, continue" utasítás 
Az utasítás formája: 





continue; 











V. Utasítások 





Hatására a legbelső while, for, do ciklus utasításokat vezérlő kifejezések 
kerülnek kiértékelésre. (A ciklus a következő ciklusmag végrehajtásához 
készül.) 


Példa: 


int i-1; 
while (true) // 10 elemű ciklus 
( sua 
if (1610) continue; — // következő ciklusmag 


if (i——11) break; // Ciklus vége 
Console.Writeline( i); 





: 


A fenti példában a continue utasítás miatt a Console. WriteLine(i) utasítás 
egyszer sem hajtódik végre. 


V.5.3. , return" utasítás 
Az utasítás formája: 





return ; 
return kifejezés; 
return (kifejezés); 











A vezérlés visszatér a függvényből, a kifejezés értéke a visszaadott érték. 


V.5.4. , goto" utasítás 
Az utasítás formája: 





goto címke; 











A vezérlés arra a pontra adódik, ahol a címke: található. 
Példa: 


goto tovább; 
Console.WriteLine("Ezt a szöveget sohase írja ki!"); 
tovább: ; 








int i-1; 
switch (i) 
( 
case 0: 
nulla () ; 


V. Utasítások 





goto case 1; 
case 1: 


egy () ; 

goto default; 
default: 

valami () ; 

break; 


A goto utasításról zárásképpen meg kell jegyezni, hogy a strukturált 
programkészítésnek nem feltétlenül része ez az utasítás, így használata sem java- 
solt. A könyv későbbi példaprogramjaiban sem fordul elő egyszer sem ez az 
utasítás. 


V.5.5. , using" utasítás 


A using kulcsszó kétféle nyelvi környezetben szerepelhet. Egyrészt ún. 
direktíva, könyvtári elemek, adott névtér, osztály használataként. Ennek formája: 











using névtér vagy osztály; 





Példa: 


using System; // a keretrendszer fő névterének használata 
// a Ch tinclude-hoz hasonlóan megmondja a 
// fordítónak, hogy ennek a névtérnek a típusait is 
// használja. Ezen típusokat azért enélkül is teljes 
// névvel (System.Console..) használhatjuk 











A másik eset a using utasítás. Egy ideiglenesen használt objektum esetén a 
using utasítás után a keretrendszer automatikusan meghívja az objektum Dispose 
metódusát. A using utasítás alakja a következő: 











using (objektum) ( utasítások; ) 





Példa: 


using (Objektumom o — new Objektumom-() ) 


( 


o.ezt csinald(); 


: 


V. Utasítások 





Ez a használat az alábbi kódrészletnek felel meg, a nem ismert nyelvi eleme- 
ket később ismertetjük: 


Objektumom o — new Objektumom() ; 
try 
(o.ezt csinald();) 
finally 
( 
if (o !— null) ((IDisposable) o) .Dispose () ; 





: 


A Dispose utasítást és környezetét bővebben a destruktorokkal kapcsolatban 
részletezzük. 


V.5.6. , lock" utasítás 


Ha egy kritikus utasítás blokk végrehajtásakor egy referencia blokkolására 
van szükség a biztonságos végrehajtáshoz, akkor ezt a /ock utasítással megtehet- 
jük. 

A lock kulcsszó egy referenciát vár, ez jellemzően a this, majd utána 
következik a kritikus blokk. Ennek formája: 





lockí(ref) utasítás; 











Példa: 
lock (this) 
( 
a—5; // biztonságos 


: 


A lock utasításnak, ahogy láttuk, a leggyakrabban használt paramétere a this, 
ha a védett változó vagy függvényutasítás nem statikus. (Osztálypéldányok.) 

Ha statikus változókat vagy függvényutasításokat szeretnénk biztosítani 
(lockolni), hogy egyszerre csak egy végrehajtási szál tudjon hozzáférni, akkor a 
lock referenciának az osztály típusát kell megadni. 


Példa: 


class adatok 

( 
static int szamlalo—0; 
public void mentes (string s) 


V. Utasítások 





lock (typeof (adatok) ) 
( 
szamlalott; 
Console.WriteLine ("Adatmentés elindul!"); 
for(int i—0;ic50;i---) 
( 
Thread.Sleep (1) ; 
Console.Write (s) ; 
) 
Console.WriteLine("") ; 
Console.WriteLine ("Adatmentés (0).alkalommal 
befejeződött! ", szamlalo) ; 





A példa bővebb magyarázata, teljes környezetbeli alkalmazása a IX. rész 
Párhuzamos programvégrehajtás fejezetében található. 


V.6. Feladatok 
1. Milyen típusú adat szerint készíthetünk többirányú (switch) elágazást? 
2. Milyen elöltesztelő és hátultesztelő ciklusokat használhatunk? 
3. Mire használható a break utasítás? 
4. Írjon rövid programot, amely beolvassa egy focicsapat, adott fordulóban 


szerzett pontszámát (0,1,3) egy egész típusú változóba, majd felhasz- 
nálva a switch utasítást a beolvasott érték alapján kiírja a következő 
szövegeket: győzelem, döntetlen, vereség, hibás adat. 


Írjon programot, amelyik beolvas egy kettővel osztható, 10 és 100 közé 
eső egész számot! (Ha rossz értéket adnak meg, akkor addig folytassa a 
beolvasást, amíg a feltételeknek megfelelő számot nem sikerül meg- 
adni!) 


VI. Függvények 


VI.1. A függvények paraméterátadása 


Ha egy függvénynek adatot adunk át paraméterként, akkor alapvetően két 
különböző esetről beszélhetünk. Egy adat érték szerint és hivatkozás szerint 
kerülhet átadásra. Az első esetben valójában az eredeti adatunk értékének egy 
másolata kerül a függvényhez, míg a második esetben az adat címe kerül át- 
adásra. 


VI.1.1 Érték szerinti paraméterátadás 


Általánosan elmondhatjuk, hogyha nem jelölünk semmilyen paraméterát- 
adási módszert, akkor érték szerinti paraméterátadással dolgozunk. Ekkor a 
függvény paraméterében, mint formális paraméterben, a függvény meghívásakor 
a hívóérték másolata helyezkedik el. 

Tekintsük meg a következő maximum nevű függvényt, aminek az a feladata, 
hogy a kapott két paramétere közül a nagyobbat adja vissza eredményként. 


Példa: 


class maxív 


í 
static int maximum(int x,int y) 


( 





return (xy?x:y); 


: 


static void Main() 


( 


Console.WriteLine (maximum (4, 3) ) ; 





: 


Az így megvalósított paraméterátadást érték szerinti paraméterátadásnak 
nevezzük, a maximum függvény két (x és y) paramétere a híváskor megadott két 
paramétert kapja értékül. Érték szerinti paraméterátadásnál, híváskor konstans 
érték is megadható. 

A függvény hívásának egy sajátos esete az, mikor egy függvényt saját maga 
hív meg. Szokás ezt rekurzív függvényhívásnak is nevezni. Erre példaként néz- 
zük meg a klasszikus faktoriálisszámoló függvényt. 
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Példa: 


class faktor 
( 
static int faktorialis(int x) 
í 
return (x(C-1?1: (xy faktorialis(x-1)); 
) 
static void Main() 
í 
Console.Writeline (faktorialis (4) ) ; 
) 
) 


VI.1.2. Referencia (cím) szerinti paraméterátadás 


Amikor egy függvény paramétere nem a változó értékét, hanem a változó 
tárolási helyének címét, hivatkozási helyét kapja meg a függvény meghívásakor, 
akkor a paraméterátadás módját cím szerinti paraméterátadásnak nevezzük. 

A cím szerinti paraméterátadást gyakran hivatkozás (reference) szerinti 
paraméterátadásnak is szokás nevezni. 

Ha a paraméternév elé a ref (hivatkozás) kulcsszót beszúrjuk, akkor a 
hivatkozás szerinti paraméterátadást definiáljuk. Ezt a kulcsszót be kell szúrnunk 
a függvénydefinícióba és a konkrét hívás helyére is! 

Példaként írjunk olyan függvényt, ami a kapott két paraméterének értékét 
felcseréli. 


Példa: 


// a ref kulcsszó jelzi, hogy referencia 
// paramétereket vár a függvény 
void csere(ref int x, ref int y) 
( 
int segéd—x; 
x-yi; y—-segéd; 
, 
static void Main() 
( 
int a-—5, b-6; 
Console.WriteLine("Csere előtt: a—(0), b-(1).", a , b); 
// függvényhívás, a ref kulcsszó itt is kötelező 
csere(íref a,ref b); 
Console.WriteLine("Csere után: a—(0), b-(1).", a , b); 














: 


A csere(a,b) hívás megcseréli a két paraméter értékét, így az a változó ér- 
téke 6, míg b értéke 5 lesz. 
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VI.1.3. Függvényeredmény paramétere 


A referencia szerinti paraméterátadáshoz hasonlóan, a függvénybeli változó 
értéke kerül ki a hívó változóba. A különbség csak az, hogy ebben a változóban 
a függvény nem kap értéket. 

Az eredmény paramétert az out kulcsszóval definiálhatjuk. A híváskor is a 
paraméter elé ki kell írni az out jelzőt. A használata akkor lehet hasznos, amikor 
egy függvénynek egynél több eredményt kell adnia. 


Példa: 


using System; 
public class MyClass 
( 
public static int TestOut(out char i) 
( 
i — !b!; 
return -1; 


: 





public static void Main() 
( 





char i; // nem kell inicializálni a változót 
Console.WritelLine (TestOut (out i)); 
Console.Writeline (i) ; 








Képernyő eredmény: 
-1 
B 


VI.1.4. Tömbök paraméterátadása 


A nyelv a tömböt annak nevével, mint referenciával azonosítja, ezért egy 
tömb paraméterátadása nem jelent mást, mint a tömb referenciájának átadását. 
Egy függvény természetesen tömböt is adhat eredményül, ami azt jelenti, hogy 
az eredmény egy tömbreferencia lesz. Egy tömb esetében sincs másról szó, mint 
egyszerű változók esetében, a tömbreferencia — egy referenciaváltozó —, érték 
szerinti paraméterátadásáról. 


Az elmondottak illusztrálására lássuk a következő sematikus példát. 
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Példa: 


void módosít (int[] vektor) 

( 
// a vektort, mint egy referenciát kapjuk paraméterül 
// ez érték szerint kerül átadásra, azaz ez a referencia 
//nem változik, változik viszont a 0. tömbelem, és ez a 
// változás a hívó oldalon is látszik 
vektor[0]-5; 











Ahogy a fenti példán is látható, a vektor paraméterként a referenciájával ke- 
rül átadásra. Ez érték szerinti paraméterátadást jelent. Ha egy függvényben a 
mutatott értéket (vektorelemet) megváltoztatom, akkor a változás a külső, para- 
méterként átadott vektorban is látható lesz! 

A nyelvben a vektor tudja magáról, hogy hány eleme van (Length), ezért — 
ellentétben a C-t nyelvvel —, az elemszámot nem kell átadni. 

Tömb esetében is alkalmazhatjuk a referencia vagy out paraméter átadásá- 
nak lehetőségét. Ennek illusztrálására nézzük a következő példákat: 


1. példa: 


using System; 

class teszt 

( 
static public void feltölt(out int[] vektor) 
( 





// a vektor létrehozása, és inicializálása 
vektor — new int[5] (1, 2, 3, 4, 5]; 
) 





static public void Main() 

í 
int[] vektor; // nem inicializáltuk 
// meghívjuk a feltölt függvényt: 
feltölt (out vektor) ; 
// A vektorelemek kiírása: 
Console.WriteLine("Az elemek:") ; 
for (int i—-0; i c vektor.Iength; it) 

Console.WriteLine (vektor [i] ) ; 
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2. példa: 


using System; 

class Refteszt 

( 
public static void feltölt(ref int[] arr) 
( 








// Ha hívó fél még még nem készítette el, 
//akkor megtesszük itt. 


if (arr —— null) 

arr — new int[10]; 

// néhány elem módosítás 

arr[0] — 123; 

arr[4] — 1024; 

// a többi elem értéke marad az eredeti 


: 


static public void Main () 
( 





// Vektor inicializálása 
int[] vektor — (1,2,3,4,5); 


// Vektor átadása ref, paraméterként: 
feltölt(ref vektor); 





// Kiírás: 

Console.WriteLline ("A lemek:") ; 

for (int i — 0; i Ca vektor.Length; itt) 
Console.WriteLine (vektor [i]) ; 








VI.2. A Main függvény paraméterei 


A parancsok, programok indításakor gyakori, hogy a parancsot valamilyen 
paraméter(ek)rel indítjuk. Ilyen parancs például a DOS echo parancsa, amely 
paramétereit a képernyőre , visszhangozza", vagy a type parancs, mely a para- 
méterül kapott fájl tartalmát írja a képernyőre. 

Ezeket a paramétereket parancssor-argumentumoknak is szokás nevezni. 
Amikor elindítunk egy programot (a Main függvény az operációs rendszertől 
átveszi a vezérlést), akkor híváskor a Main függvénynek egy paramétere van. Ez 
a paraméter egy szöveges (string) tömb, amelynek elemei az egyes paraméterek. 
A paramétertömböt gyakran args névre keresztelik. 
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A parancssor-argumentumok használatára nézzük az imént már említett 
echo parancs egy lehetséges megvalósítását. 


Példa: 


static void Main(string[] args) 
( 

int 1—0; 

while (icargs.Length) 

( 


Console.WriteLine (args [i] ) ; 
aZ 


Ha a fenti programot lefordítjuk, és a neve parancs.exe lesz, akkor a 
következőképpen próbálhatjuk ki: 


c: Wwarancs.exe fradi vasas újpest 


A program futtatása után az alábbi eredményt kapjuk: 


fradi 
vasas 


újpest 


A parancssori paraméterek Visual Studio.NET környezetet használva a 
projekt Tulajdonság ablakában is megadhatók: Configuration Properties 1 
Debugging ! Command Line Arguments, ahogy az alábbi képen is látható. 





hajra Property Pages 


Configuration: . [ActiveíDebug) v] Platform: [áctivet.NET) y Configuration Manager , . , 
E 





Ca Common Properties E 


Enable ASP Debugging False 


es configuration Properties 
Build Enable ASP,NET Debugging False 
3 Debugging Enable Unmanaged Debugging . False 
Advanced Enable SOL Debugging False 
AB art A 
Debug Mode Project 
Start Page 
EB ő 


Command Line örguments 
warkinn Directory 


9. ábra 
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A Main függvényt, abban az esetben, ha a parancssori paramétereket nem 
akarjuk feldolgozni, a paraméterei nélkül is deklarálhatjuk: 


static void Main() 
(...) 


VI.3. Függvények változó számú paraméterrel 


A feladatmegoldások során gyakran előfordulhat, hogy előre nem tudjuk 
eldönteni, hány elemet kell a függvénynek feldolgoznia. Tehát nem tudjuk, hogy 
hány paraméterrel készítsük el a kívánt függvényünket. A params kulcsszó 
segítségével egy vektorparamétert definiálhatunk a függvénynek, ami ezeket a 
paramétereket tartalmazza majd. 

Nézzünk néhány példát ilyen függvény definiálására, majd a használatára. 


Példa: 


using System; 
public class váltparaméter 


( 


public static void intParaméterek (params int[] list) 


( 





for ( int 1 —0 ; i c list.Length ; itt ) 
Console.WriteLine (list[i]); 
Console.WriteLine () ; 





: 


public static void objParaméterek (params object[] list) 
( 
for ( int i— 0 ; i c list.Length ; itt ) 
Console.WriteLine (list[i]) ; 
Console.WriteLine () ; 





: 


public static void Main() 
( 





intParaméterek(1, 2, 3); 
objParaméterek(1, "fradi", "teszt", 3.5); 
int[] myarray — new int[3] (10,11,12); 
intParaméterek (myarray) ; 
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Az eredmény a következő lesz: 
1 
2 
3 


Hl 
fradi 
teszt 
ZA 


10 
11 
12 


Egy változó paraméterszámú függvénynek lehetnek fixen megadott 
paraméterei is. A fixen megadott paramétereknek kötelezően meg kell előzniük 
a változó paramétereket. A következő példa egy ilyen függvénydefiníciót mutat. 


Példa: 


using System 
class parameters 
( 
public static void valtozo(int x, params object[] list) 
(... 
Console.WriteLine (Xx) ; 
foreach (object o in list) 
Console.WritelLine (0) ; 





: 





public static void Main() 
( 
valtozo (25, "alma", "barack", "szilva") ; 


: 


Eredményül kapjuk a függvény paramétereinek kiírását egymás alá. 


VI.4. Függvénynevek átdefiniálása 


Egy-egy feladat esetén gyakorta előfordul, hogy a megoldást adó függvényt 
különböző típusú vagy különböző számú paraméterrel jellemezhetjük. Természetesen 
az ezt megoldó függvényt azonos névvel szeretnénk elkészíteni minden esetben, hisz 
ez lenne a legkifejezőbb. A lehetőséget gyakran függvény , overloading" névvel is 
megtaláljuk az irodalomban, vagy a polimorfizmus kapcsán kerül megemlítésre. 
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Határozzuk meg két szám maximumát! Ha el szeretnénk kerülni a típus- 
konvertálást mondjuk egész típusról valósba és fordítva, akkor külön az 
egész és külön a valós számok esetére is meg kell írnunk a maximum függ- 
vényt. 

Kényelmetlen dolog lenne, ha mondjuk egészmax és valósmax néven kel- 
lene megírni a két függvényt. Mindkét esetben szeretnénk a maximum 
függvénynevet használni, hogy ne nekünk kelljen eldönteni azt, hogy az 
egészek vagy valósak maximumát akarjuk-e meghatározni, hanem döntse el a 
fordító a paraméterlista alapján automatikusan, hogy melyik függvényt is kell 
az adott esetben meghívni. 


Példa: 


// valós maximum függvény 
double maximum (double x, double y) 
( 


if (xy) 
return x; 
else 
return Yy; 


: 


// egész maximum függvény 
int maximum(int x,int y) 


( 





if (xy) 
return xX; 
else 
return Yy; 


: 


int a—2,b-4; 

double c—3.123, d—-2; 
Console.WriteLine (maximum (4.1, 
Console.WritelLine ( 2) 
Console.WriteLine (maximum (a, b) 
Console.WriteLine (maximum (c, d) 


2)); // valós hívás 
1; // egész hívás 
) 
) 





7 // egész hívás 





Meg kell jegyezni, hogy ezt a tulajdonságot sok nyelvben függvénysablon 
(template) tulajdonság segítségével elegánsabban oldhatnánk meg, de a jelenlegi 
Ct ezt nem támogatja. 


VI. Függvények 





VI.5. Delegáltak, események 


Ahogy korábban is szó volt róla, a biztonságosabb programkód készítésének 
érdekében a mutató aritmetika a CH nyelvben nem engedélyezett. Ebbe 
beletartozik az is, hogy a függvénymutatók sem lehetnek kivételek. 

Ez utóbbi esetben viszont olyan nyelvi tulajdonságok nem implementál- 
hatók, mint például egy menüponthoz hozzárendelt függvény, amit a menüpont 
választása esetén kell végrehajtani. Ezen utóbbi lehetőséget hivatott a delegált 
típus biztosítani. Ez már csak azért is fontos, mert többek között a Windows 
programozás ,, callback" jellemző paramétere is ezt használja. 

A C4-4 környezetben ezt a lehetőséget a függvénymutató biztosítja. 

A delegált valójában egy függvénytípus-definíció, aminek alakja a követ- 
kező: 





delegate típus delegáltnév(típus paraméternév, . . . ) ; 











A delegált referencia típus. Ha paramétert is megadunk, akkor a paraméter 
nevét is meg kell adni. 


Példa: 
delegate int pelda(int x, string s); 





Az előbbi példában tehát a pelda delegált típust definiáltuk. Ez olyan függ- 
vénytípus, amelyiknek egy egész és egy szöveg paramétere van, és eredményül 
egy egész számot ad. 

Egy delegált objektumnak vagy egy osztály statikus függvényét, vagy egy 
osztály példányfüggvényét adjuk értékül. Delegált meghívásánál a hagyo- 
mányos függvényhívási formát használjuk. Ezek után nézzünk egy konkrét 
példát: 


Példa: 


using System; 

class proba 

; public static int negyzet (int i) 
j return ifi; 
iise int dupla(int i) 
( 





return 27i; 


: 
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class foprogram 
( 
delegate int emel(int k); // az emel delegált definiálása 














public static void Main() 
( 





emel f—new emel (proba.negyzet) ; 

// statikus függvény lesz a delegált 
Console.WriteLine (f (5) ) ; // eredmény: 25 
proba p—new proba () ; 
emel g-new emel (p.dupla) ; 
// normál függvény lesz a delegált 
Console.WritelLine (g (5) ) ; // eredmény: 10 











: 


A delegáltakat a környezet két csoportba sorolja. Ha a delegált visszatérési típusa 
void, akkor egy delegált több végrehajtandó függvényt tartalmazhat (multicast, összetett 
delegált), ha nem void a visszatérési típus, mint a fenti példában, akkor egy delegált csak 
egy végrehajtandó függvényt tud meghívni (single cast, egyszerű delegált). 

Az egyszerű és összetett delegáltakra nézzük a következő példát: 


Példa: 


using System; 

class proba 

; public static int negyzet (int i) 
; return ii; 
its int dupla (int i) 
( 





return 2Fi; 
! 
public int tripla(int i) 
( 





return 3F"i; 
j 
public void egy(int i) 
( 





Console.WriteLine (i) ; 
, 
public void ketto(int i) 
( 


Console.Writeline (27i) ; 





: 
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class 


( 


foprogram 





d 


legate int emel (int Kk); 





delegate void meghiv (int j); 


public static void Main() 


( 





emel f—new emel (proba.negyzet) ; 
Console.WriteLine(f (5) ) ; 

proba p—new proba () ; 

emel g-new emel (p.dupla) ; 

Console.WriteLine (g (5) ) ; 

emel h-new emel (p.tripla) ; 

gt-h; //g single cast, g a tripla lesz 
Console.WritelLine (g (5) ) ; // eredmény: 15 

meghiv menew meghiv (p. egy) ; // multicast delegált 
mt-new meghiv (p.ketto) ; 

m(5) ; // delegált hívás, eredmény 5,10 














Ha függvénymutató típust (delegált) deklarálunk, akkor értékadás esetén a 
mutató típusa határozza meg, hogy a fordítónak melyik aktuális függvényt is kell 
az azonos nevűek közül választania. 


delega 


te double vmut (double, double) ; 


// vmut olyan delegált amelyik egy valós értéket visszaadó, 


// és 


delega 


két valós paramétert váró függvényt jelent 


te int emut (int, int) ; 





// emut olyan delegált, amelyik egy egész értéket visszaadó 
// , és két egész paramétert váró függvényt jelent 


vmut m 





ut-new vmut (maximum) ; // valós hívás 


Console.Writeline (mut (3, 5) ) ; 


A multicast delegált (típus) definiálási lehetőséget, igazítva az igényeket az 
eseményvezérelt programozási környezethez (mind a Windows, mind az XII 


ilyen), az eg 
típusú mezőt 


yes objektumokhoz, típushoz úgy kapcsolhatjuk, hogy esemény 
adunk hozzájuk. Ezt az alábbi formában tehetjük meg: 











public event meghiv esemeny; 





ahol a meghiv összetett delegált. Az esemény objektum kezdő értéke nul/ lesz, 
így az automatikus meghívás (esemeny (...)) nem ajánlott! 


VI. Függvények 





Az eseményhez zárásképpen meg kell jegyezni, hogy az egész keretrendszer 
a felhasználói tevékenységet ehhez a lehetőséghez rendeli akkor, amikor klasszi- 
kus Windows alkalmazást akarunk készíteni. 

Példaként nézzük meg egy Windows alkalmazás esetén a form tervező által 
generált kódot. A form (this) objektuma egy választómező (ComboBox), ampl 
névre hallgat. Ennek könyvtári eseménye, a SelectedlndexChanged végrehajtó- 
dik (a keretrendszer hajtja végre), ha módosítunk a választáson. 

Mikor ehhez az eseményhez egy eseménykezelő függvényt definiálunk 
ampl SelectedlndexChanged néven, akkor az alábbi sort adja a programhoz a 
tervező: 


Példa: 


this. .ampl . SelectedIndexChanged 4— new 
System. EventHandler (this.ampl SelectedindexChanged) ; 

















VI.6. Feladatok 


1. Milyen paraméterátadási módokat ismer? 

2. Mikor definiálhatunk azonos névvel függvényeket egy osztályban? 
3. Hogyan kell változó paraméterszámú függvényt használni? 
4 


Írjon egy függvényt, amely a paraméterként megadott néhány név közül 
a leghosszabb hosszat adja meg! 
5. Definiáljon kupaforduló eseményt, melyekre a szurkolók jelentkez- 


hetnek. Kupaforduló esetén hívjuk meg a feliratkozott szurkolókat a 
mérkőzésre! 


VII. Osztályok 


Ct-ban az osztályok a már ismert összetett adatszerkezetek (struktúrák) egy 
természetes kiterjesztése. Az osztályok nemcsak adattagokat, hanem operátoro- 
kat, függvényeket is tartalmazhatnak. Az osztályok használata esetén általában 
az adatmezők az osztály által éppen leírni kívánt esemény , állapotjelzői", míg a 
függvénymezők az állapotváltozásokat írják le, felhasználói felületet biztosíta- 
nak. A függvénymezőket gyakran metódusoknak is nevezi a szakirodalom. 
Osztálymezőket lehetőségünk van zárttá nyilvánítani (encapsulation), ezzel 
, állapotjelző" adatmezők. 

Új igények, módosítások esetén lehetőségünk van az eredeti osztály megtar- 
tása mellett, abból a tulajdonságok megőrzésével egy új osztály származtatására, 
amely örökli (inheritance) az ősosztály tulajdonságait (az osztályok elemeit). A 
C-t-- nyelvben lehetőségünk van arra, hogy több osztályból származtassunk 
utódosztályt (multiple inheritance), esetünkben ezt a jellemzőt a CLR nem támo- 
gatja, így ennek a fejlesztőkörnyezetnek egyik nyelve sem támogatja a többszö- 
rös öröklés lehetőségét. Lehetőségünk van interface definícióra, amiket egy osz- 
tály implementálhat. Egy osztály több interface-t is implementálhat. 

Az öröklés lehetőségének a gyakorlatban legelőször jelentkező haszna talán 
az, hogy a programunk forráskódja jelentősen csökkenhet. 

Egy osztálytípusú változót, az osztály megjelenési alakját gyakran objektum- 
nak is szokás nevezni. 


Az osztályok használatához néhány jótanácsot, a nyelv , jobbkéz-szabályát" 

a következő pontokban foglalhatjuk össze. Ezek a tanácsok természetesen nem a 

nyelv tanulási időszakára, hanem a későbbi, a nyelvben történő programozási 

feladatokra vonatkoznak elsősorban. 
e Ha egy programelem önálló értelmezéssel, feladattal, tulajdonságokkal 
rendelkezik, akkor definiáljuk ezt az elemet önálló osztályként. 
e Ha egy programrész adata önálló objektumként értelmezhető, akkor 
definiáljuk őt a kívánt osztálytípus objektumaként. 

Ha két osztály közös tulajdonságokkal rendelkezik, akkor használjuk az 
öröklés lehetőségét. 

Általában is elmondható, hogy ha a programokban az osztályok közös 
vonásokkal rendelkeznek, akkor törekedni kell univerzális bázisosztály 
létrehozására. Gyakran ezt absztrakt bázisosztálynak is nevezzük. 

Az osztályok definiálásakor kerüljük a , nyitott" (publikus) adatmezők 
használatát. 
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VII.1. Osztályok definiálása 


ere 





osztálykulcsszó osztálynév [: szülő, ...)] 


( 
3. 


osztálytaglista 











Az osztálykulcsszó a class, struct szó lehet. Az osztálynév az adott osztály 
azonosító neve. Ha az osztály valamely bázisosztályból származik, akkor az 
osztálynév, majd kettőspont után az ősosztály felsorolása történik. 

Az osztályok tagjainak öt elérési szintje lehet: 


private 

public 

protected 

internal 

protected internal. 


A private tagokat csak az adott osztályon belülről érhetjük el. 

Az osztályok publikus mezőit bárhonnan elérhetjük, módosíthatjuk. 

A protected mezők az osztályon kívüliek számára nem elérhetőek, míg az 
utódosztályból igen. 

Az internal mezőket a készülő program osztályaiból érhetjük el. 

A protected internal elérés valójában egy egyszerű vagy kapcsolattal meg- 
adott hozzáférési engedély. A mező elérhető a programon belülről, vagy az osz- 
tály utódosztályából! (Egy osztályból természetesen tudunk úgy utódosztályt 
származtatni, hogy ez nem tartozik az eredeti programhoz.) 


Ha az , osztály" definiálásakor a struct szót használjuk, akkor abban elsősor- 
ban adatok csoportját szeretnénk összefogni, ezért gyakran tanácsként is 
olvashatjuk, hogy ha hagyományos értelemben vett struktúrát, mint összetett 
adatszerkezetet szeretnénk használni, akkor azt ,,struct típusú osztályként" 
definiáljuk. 

Az egyes mezőnevekre való hivatkozás ugyanúgy történik, ahogy korábban 
a struktúrák esetében. 


Az osztálydefiníció alakjának ismeretében nézzünk egy konkrét példát! 
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Példa: 
class első ( 
private int Xx; // az x mező privát 
public void beállít(int mennyi) 
( xsmennyi;) // függvénymező 


public int kiolvas() 
í( return Xx;) 


: 


Mivel az x az osztály privát mezője, ezért definiáltunk az osztályba két függ- 
vénymezőt, amelyek segítségével be tudjuk állítani, illetve ki tudjuk olvasni az x 
értékét. Ahhoz, hogy ezt a két függvényt az osztályon kívülről el tudjuk érni, 
publikusnak kellett őket deklarálni. 


static void Main() ( 
első a — new első(); — // legyen egy a nevű első típusú 
// osztályunk 
a.x—4; // hiba!!! x privát mező 
a.beállít (7) ; // az x mező értékét 7-re állítjuk 
Console.WriteLline (a.kiolvas () ) ; 


: 











Osztályt egy osztályon vagy egy függvényen belül is definiálhatunk, ekkor 
azt belső vagy lokális osztálynak nevezzük. Természetesen ennek a lokális 
osztálynak a láthatósága hasonló, mint a lokális változóké. 

Mielőtt a statikus mezőkről szólnánk, szót kell ejteni a this mutató szerepé- 
ről. Ez a mutató minden osztályhoz, struktúrához automatikusan létrejön. 
Tételezzük fel, hogy definiáltunk egy osztálytípust. A programunk során van 
több ilyen típusú objektumunk. Felvetődik a kérdés, hogy amikor az egyes 
osztályfüggvényeket meghívjuk, akkor a függvény végrehajtása során honnan 
tudja meg a függvényünk, hogy ő most éppen melyik aktuális osztályobjektumra 
is kell, hogy hasson? Minden osztályhoz automatikusan létrejön egy mutató, 
aminek a neve this, és az éppen aktuális osztályra mutat. Így, ha egy osztály- 
függvényt meghívunk, amely valamilyen módon például a privát változókra hat, 
akkor az a függvény a this mutatón keresztül tudja, hogy mely aktuális privát 
mezők is tartoznak az objektumhoz. A this mutató konkrétabb használatára a 
későbbiek során láthatunk példát. 

Tételezzük fel, hogy egy mérőeszközt, egy adatgyűjtőrendszert egy osztály- 
lyal akarunk jellemezni. Ennek az osztálynak az egyes objektumai a mérőeszkö- 
zünk meghatározott tulajdonságait képviselik. Viszont az eszköz jelerősítési 
együtthatói azonosak. Ezért szeretnénk, hogy az osztály erősítésmezője közös 
legyen, ne objektumhoz, hanem az osztályhoz kötődjön. Ezt a lehetőséget stati- 
kus mezők segítségével valósíthatjuk meg. 
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Statikus mezőket a static jelző kiírásával definiálhatunk. Ekkor az adott 
mező minden objektum esetében közös lesz. A statikus mező kezdőértéke 
inicializálás hiányában 0, null, false lesz. 


Példa: 


class teszt  ( 
public static int a; // értéke még 0 
public static string s-"Katalin"; 





1 


teszt.a—5; // statikus mező értékadása, 5 az érték 


Statikus mezők a this mutatóra vonatkozó utalást nem tartalmazhatnak, 
hiszen a statikus mezők minden egyes objektum esetén (azonos osztálybelire 
vonatkozóan) közösek. Tehát például statikus függvények nem statikus mezőket 
nem tudnak elérni! Fordítva természetesen problémamentes az elérés, hiszen egy 
normál függvényből bármely statikus mező, függvény elérhető. 


VII.2. Konstruktor- és destruktor függvények 


Adatok, adatszerkezetek használata esetén gyakori igény, hogy bizonyos 
kezdeti értékadási műveleteket, kezdőérték-állításokat el kell végezni. A koráb- 
ban tárgyalt típusoknál láttuk, hogy a definícióval , egybekötve?" a kezdő- 
értékadás elvégezhető. Osztályok esetén ez a kezdőértékadás nem biztos, hogy 
olyan egyszerű, mint volt elemi típusok esetén, ezért ebben az esetben egy 
függvény kapja meg az osztály inicializálásával járó feladatot. Ez a függvény az 
osztály , születésének" pillanatában automatikusan végrehajtódik, és konstruk- 
tornak vagy konstruktor függvénynek nevezzük. A konstruktor neve mindig az 
osztály nevével azonos. Ha ilyet nem definiálunk, a keretrendszer egy paraméter 
nélküli automatikus konstruktort definiál az osztály számára. 

A konstruktor egy szabályos függvény, így mint minden függvényből, ebből 
is több lehet, ha mások a paraméterei. 

Az osztály referencia típusú változó, egy osztálypéldány létrehozásához 
kötelező a new operátort használni, ami egyúttal a konstruktor függvény 
meghívását végzi el. Ha a konstruktornak vannak paraméterei, akkor azt a típus- 
név után zárójelek között kell megadni. 

A bináris fa feladat egyfajta megoldását tekintsük meg példaként a 
konstruktor használatára. 
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Példa: 


using System; 
class binfa 


ú 





int x; // elem 
int db; // elemszám 
public binfa(int i) // konstruktor 
( 

xi; db-Il; 


bal—jobb—null; 
, 
public binfa bal, jobb; 
public void illeszt(int i) 
( 





if (x——i) dbt-; 
else if (icx) if (bal!—-null) bal.illeszt(i); 
else bal— new binfa(i) ; 
// bal oldalra illesztettük az elemet 
else if (jobb!—null) jobb.illeszt(i); 
else jobb- new binfa (i) ; 
// jobb oldalra illesztünk 





) 
public void bejar() 
( 
// először bejárjuk a bal oldali fát 
if (bal!-null) bal.bejar(); 
// ezután jön az aktuális elem 
Console.WriteLine("Az aktuális elem: (0) darabszám: 
113",x, db) ; 





// végül a jobb oldali fa következik 
if (jobb!—null) jobb.bejar(); 


: 


class program 

1 
public static void Main() 
( 





binfa bf-new binfa(7) ; 
Console.WriteLine ("Bináris fa példa."); 
bf.illeszt (5); 

bf. illeszt (9) ; 

bf.illeszt (5); 

bf.bejar() ; 
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Futási eredményül az alábbit kapjuk: 


"is fa példa. 
aktuális elem: 
ális elem: 
elem: 


Press any key to continue 





10. ábra 


VII.2.1. Statikus konstruktor 


Egy osztály, ahogy azt korábban is említettük, tartalmazhat statikus adat- és 
függvénymezőket is. Ezen osztálymezők a dinamikusan létrejövő objektum— 
példányoktól függetlenül jönnek létre. Ezeknek a mezőknek az inicializálását 
végezheti a statikus konstruktor. Definiálása opcionális, ha nem definiáljuk, a 
keretrendszer nem hozza létre. 

Ha definiálunk egy statikus konstruktort, akkor annak meghívása a program 
indulásakor megtörténik, még azelőtt, hogy egyetlen osztálypéldányt is definiál- 
nánk. 

Statikus konstruktor elé nem kell hozzáférési módosítót, visszatérési típust 
írni. Ennek a konstruktornak nem lehet paramétere sem. 


Példa: 


using System; 
class statikus osztaly 
( 
public static int X; 
static statikus osztaly() 
( 
X—2; 
! 
public int getx() 
( 
return xX 


! 
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class program 

( 
public static void Main() 
( 








// valahol itt a program elején kerül meghívásra a 

// statikus osztály statikus kenstruktora, az x értéke 2 lesz!!! 
Console.WriteLine (statikus osztaly.x) ; 472 

statikus osztaly s-new statikus osztaly(); 

// dinamikus példány 

Console.WriteLine(s.getx()); // természetesen ez is 2 lesz 








VII.2.2. Privát konstruktor 


Szükség lehet arra is — ha nem is gyakran —, hogy egy osztályból ne tudjunk 
egyetlen példányt se létrehozni. Természetesen ebben az esetben nem léteznek a 
dinamikus mezők sem, így azok definiálásának nincs is értelme. Ha nem definiá- 
lunk konstruktort, akkor a keretrendszer definiál egy alapértelmezettet, ekkor 
pedig lehet példányt készíteni. Így ez nem járható út. 

A probléma úgy oldható meg, hogy privát konstruktort definiálunk, ami 
semmit nem csinál (de azt jól), illetve ha formálisan csinál is valamit, nem sok 
értelme van, hiszen nem tudja senki kívülről meghívni! Ebben az esetben 
természetesen minden tagja az osztálynak statikus. 


Példa: 


using System; 


class nincs peldanya 


( 
public static int x—4; 


public static void fív1l() 
( 


Console.WriteLine ( "halihó...") ; 





: 


private nincs peldanya () 


( 





// a konstruktortörzs üres 


: 
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class program 

( 
public static void Main() 
( 





// nem lehet nincs peldanya típusú változót definiálni 
Console.WriteLine (nincs peldanya.Xx) ; 7728 

// csak a statikus mezőket használhatjuk 

nincs peldanya.fv1() ; 








VII.2.3. Saját destruktor 


Ahogy egy osztály definiálásakor szükségünk lehet bizonyos inicializáló 
kezdeti lépésekre, úgy az osztály vagy objektum , elmúlásakor" is sok esetben 
bizonyos lépéseket kell tennünk. Például, ha az osztályunk dinamikusan foglal 
magának memóriát, akkor azt használat után célszerű felszabadítani. Azt a függ- 
vényt, amelyik az osztály megszűnésekor szükséges feladatokat elvégzi 
destruktornak vagy destruktor függvénynek nevezzük. Már tudjuk, hogy az osz- 
tály konstruktorának neve az osztály nevével egyezik meg. A destruktor neve is 
az osztály nevével azonos, csak az elején ki kell egészíteni a - karakterrel. A 
destruktor meghívása automatikusan történik, és miután az objektumot nem 
használjuk, a keretrendszer automatikusan lefuttatja, és a felszabaduló memóriát 
visszaadja az operációs rendszernek. 

Konstruktornak és destruktornak nem lehet visszaadott értéke. A destruk- 
tornak mindig publikus osztálymezőnek kell lennie. 

Ha egy osztályhoz nem definiálunk konstruktort vagy destruktort, akkor a 
rendszer automatikusan egy alapértelmezett, paraméter nélküli konstruktort, 
illetve destruktort definiál hozzá. Ha viszont van saját konstruktorunk, akkor 
nem "készül" automatikus. 

A destruktor automatikus meghívásának a folyamatát szemétgyűjtési 
algoritmusnak nevezzük (garbage collection, GC). Ez az algoritmus nem azon- 
nal, az objektum blokkjának, élettartamának a végén hívja meg a destruktort, 
hanem akkor, amikor az algoritmus , begyűjti" ezt a szabad memóriaterületet. Ha 
nem írunk saját destruktor függvényt, akkor is a garbage collector minden, az 
objektum által már nem használt memóriát felszabadít az automatikusan defini- 
ált destruktor függvény segítségével. Ez azt jelenti, hogy nincs túlzottan nagy 
kényszer saját destruktor definiálására. A garbage collector valójában az osztály 
Finalize függvényét hívja meg. 

Ez azért lehetséges, mert amikor a programozó formálisan destruktor függ- 
vényt definiál, akkor azt a fordító egy Finalize függvényre alakítja az alábbiak 
szerint: 
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Példa: 


class osztály 
( 
osztály () 
 gtGB 
// destruktor függvénytörzs 
! 


A fenti osztálydestruktorból a fordító az alábbi kódot generálja: 


protected override void Finalize() 


( 





try 
zt 
// destruktor függvénytörzs 
! 
finally 
ji 


base.Finalize() ; 


: 


A fenti destruktor konstrukciónak egyetlen bizonytalan pontja van, ez pedig 
a végrehajtás időpontja. Ha szükségünk van olyan megoldásra, ami determinált 
destrukciós folyamatot eredményez, akkor ezt az ún. Dispose metódus imp- 
lementálásával (ez az IDisposable interface része) tehetjük meg. 


Mielőtt ezzel a klasszikus használati formával foglalkoznánk, meg kell 
ismerkednünk a System névtér GC osztályának a szemétgyűjtési algoritmus 
befolyásolására leggyakrabban használt metódusaival: 

void System.GC.Collect () ; 


Kezdeményezzük a keretrendszer szemétgyűjtő algoritmusának indítását: 


void System.GC.WaitForPendingFinalizers() ; 


A hívó végrehajtási szál addig várakozik, amíg a destruktorok hívásának 
sora (Finalize függvények hívási sora) üres nem lesz. Semmi garancia nincs 
arra, hogy ez a függvényhívás visszatér, hiszen ettől a száltól függetlenül más 
objektumok is életciklusuk végére érhetnek. 


void System.GC.SupressFinalize (Object o); 
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Ha egy objektumnak nincs szüksége már semmilyen destrukcióra, Finalize 
függvényhívásra, akkor a paraméterül adott objektum ilyen lesz: 


void System.GC.ReRegisterForFinalize (Object 0); 





Máris feliratkozunk a destrukcióra várakozók sorába. Természetesen, ha ezt 
többször hívjuk meg, akkor az objektum többször a várakozók sorába kerül. 


Ahogy korábban említettük a destruktorral kapcsolatosan, mi nem tudjuk 
meghívni, a destruktort a keretrendszer szemétgyűjtő algoritmusa hívja meg. Ha 
mégis szükségünk lenne olyan hívásra, amit közvetlenül is végre tudunk hajtani, 
akkor a Dispose függvény definiálására van szükségünk. Ekkor jellemzően egy 
logikai változó mutatja, hogy az aktuális objektum élő, és még nem hívták meg a 
Dispose metódusát. Ezen függvény klasszikus használata a következő: 


bool disposed-false; 


protected void Dispose( bool disposing ) 
( 
if( !disposed ) 
( 
if (disposing) 
( 
// ide jön az erőforrás felszabadító kód 
, 
this .disposed-true; // nem kell több hívás 
// ha van ősosztály, akkor annak dispose hívása 
base.Dispose( disposing ) ; 
// erre az objektumra már nem kell finalize függvényt 
//híávni a keretrendszernek 
GC.SupressFinalize (this) ; 


Itt kell szót ejtenünk arról, hogy a nyelv using utasításának segítségével 
(lásd a Nyelvi utasítások fejezetet) tömör kód írható. 


A destrukció folyamata lényegében a hatékony erőforrás-gazdálkodáshoz 
nyújt segítséget. Ennek egyik leglényegesebb eleme a memóriagazdálkodás. Bár 
a mai számítógépek világában a memória nagysága nem a kritikus paraméterek 
között szerepel, azért előfordulhat, a fejlesztések során az alkalmazásunk 
memóriahiányban szenved. Ekkor segítséget adhatunk a memória-visszanyerő 
szemétgyűjtési algoritmusnak ahhoz, mely területeket lehet visszaadni a 
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rendszer részére. A kritikus esetben visszaadható objektumok hivatkozásait 
, gyenge referenciának" (weak reference) nevezzük. Ezeket az objektumokat 
erőforrás hiányában a keretrendszer felszabadítja. Ilyen objektumot a 
WeakKReference típus segítségével tudunk létrehozni. 


Példa: 





Object obj — new Object(); // erős referencia 
WeakReference wr — new WeakReference (obj) ; 
obj — null; // az eredeti erős objektumot megszüntetjük 





VAS 

obj — (Object) wr.Target; 

if (obj !— null) (//garbage collection még nem volt 
VESS 


Ji 

else (// objektum törölve 
Je vast 

, 


A destruktorral kapcsolatban zárásképpen a következő (a rendszer 
szolgáltatásaiból eredő) tanácsokat adhatjuk: 

e Az esetek nagy részében, ellentétben a C--- nyelvbeli használattal, nincs 

szükség destruktor definiálására. 

e Ha mégis valamilyen rendszererőforrást kézi kóddal kell lezárni, akkor 
definiáljunk destruktort. Ennek hátránya az, hogy végrehajtása nem 
determinisztikus. 

e Ha programkódból kell destruktor jellegű hívást kezdeményezni, a Ctt 
beli delete híváshoz hasonlóan, akkor a Dispose függvény definiálásával, 
majd annak hívásával élhetünk. 

A feladataink során gyakorta előfordul, hogy egy verem-adatszerkezetet kell 
létrehoznunk. Definiáljuk most a veremosztályt úgy, hogy a rendszerkönyvtár 
Object típusát tudjuk benne tárolni. Ennél a feladatnál is, mint általában az igaz, 
hogy nincs szükségünk destruktor definiálására. 


Példa: 


using System; 
class verem 


( 


Object[] x; // elemek tárolási helye 
int mut; // veremmutató 
public verem(int db) // konstruktor 
( 
x-new object [db]; // helyet foglalunk a vektornak 


mut—0; // az első szabad helyre mutat 
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// NEM DEFINIÁLUNK DESTRUKTORT 
// MERT AZ AUTOMATIKUS SZEMÉTGYŰJTÉSI 
// ALGORITMUS FELSZABADÍTJA A MEMÓRIÁT 
public void push (Object i) 
( 



































if (mutG.Length) 
( 
x[mut-t--]—i; 
! 
// beillesztettük az elemet 
, 
public Object pop() 
( 
if (mut:0) return x[(--mutl] ; 
// ha van elem, akkor visszaadjuk a tetejéről 
else return null; 
, 
, 
class program 
( 
public static void Main() 
( 








verem v-new verem(6); 

v.push(5) ; 

v.push ("alma") ; 

Console.WriteLine (v.pop() ) ; // alma kivétele a veremből 
// az 5 még bent marad 





: 


A képernyőn futási erdeményként az alma szót látjuk. 

Egy osztály természetes módon nemcsak , egyszerű" adatmezőket tartal- 
mazhat, hanem osztálymezőket is. A tagosztályok inicializálása az osztály— 
definícióban vagy a konstruktor függvényben explicit kijelölhető. 

Az explicit kijelöléstől függetlenül egy objektum inicializálásakor az objek- 
tum konstruktorának végrehajtása előtt, a tagosztálykonstruktorok is meghívásra 
kerülnek a deklaráció sorrendjében. 


VII.3. Konstans, csak olvasható mezők 


Az adatmezők hozzáférhetősége az egyik legfontosabb kérdés a típusaink 
tervezésekor. Ahogy korábban már láttuk, az osztályon belüli láthatósági hozzá- 
férés állításával (private, public, ...) a megfelelő adathozzáférési igények 
kialakíthatók. Természetes ezek mellett az az igény is, hogy a változók módosít- 
hatóságát is szabályozni tudjuk. 
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VII.3.1 Konstans mezők 


Ahogy korábban említettük, egy változó módosíthatóságát a const kulcs- 
szóval is befolyásolhatjuk. A konstans mező olyan adatot tartalmaz, amelyik 
értéke fordítási időben kerül beállításra. Ez azt jelenti, hogy ilyen mezők 
inicializáló értékadását kötelező a definíció során jelölni. 

Példa: 

using System; 

class konstansok 

( 
public const double pi-—3.14159265;  // inicializáltuk 
public const double e—2.71828183; 

, 

class konstansapp 


( 





public static void Main() 
( 





Console.WriteLine (konstansok.pi) ; 
) 
T 


Egy konstans mező eléréséhez nincs szükség arra, hogy a típusból egy válto- 
zót készítsünk, ugyanis a konstans mezők egyben statikus mezők is. Ahogy lát- 
ható, a konstans mezőt helyben inicializálni kell, ebből pedig az következik, 
hogy minden később definiálandó osztályváltozóban ugyanezen kezdőértékadás 
hajtódik végre, tehát ez a mező minden változóban ugyanaz az érték lehet. Ez 
pedig a statikus mező tulajdonsága. 


VII.3.2. Csak olvasható mezők 


Ha egy adatmezőt a readonly jelzővel látunk el, akkor ezt a mezőt csak 
olvasható mezőnek nevezzük. Ezen értékeket a program során csak olvasni, 
használni tudjuk. Ezen értékek beállítását egyetlen helyen, a konstruktorban 
végezhetjük el. Látható, hogy a konstans és a csak olvasható mezők közti 
leglényegesebb különbség az, hogy míg a konstans mező minden példányban 
ugyanaz, addig a csak olvasható mező konstansként viselkedik miután létrehoz- 
tuk a változót, de minden változóban más és más értékű lehet! 


Példa: 


using System; 

class csak olvashato 

( 
public readonly double Xx; 
public csak olvashato (double kezd) 
( x-kezd; ) 
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class olvashatosapp 

( 
public static void Main() 
( 





csak olvashato 0-new csak olvashato (5) ; 
Console.WritelLine (o.Xx) ; // értéke 5 

csak olvashato p-new csak olvashato (6) ; 
Console.WriteLine (p.Xx) ; // értéke 6 

p.x—8; // fordítási hiba, x csak olvasható! ! ! ! 





: 


Természetesen definiálható egy csak olvasható mező statikusként is, ebben 
az esetben a mező inicializálását az osztály statikus konstruktorában végez- 
hetjük el. 


VII.4. Tulajdonság, index függvény 


Egy osztály tervezésekor nagyon fontos szempont az, hogy az osztály 
adattagjaihoz milyen módosítási lehetőségeket engedélyezzünk, biztosítsunk. 
Hagyományos objektumorientált nyelvekben ehhez semmilyen segítséget nem 
kaptunk, maradtak az általános függvénydefiniálási lehetőségeink. Ezeket a 
függvényneveket jellemzően a set illetve a get előtagokkal módosították. 


VII.4.1. Tulajdonság, property függvény 


A Ctt nyelv a tulajdonság (property) függvénydefiniálási lehetőségével kínál 
egyszerű és kényelmes adathozzáférési és módosítási eszközt. Ez egy olyan 
speciális függvény, amelynek nem jelölhetünk paramétereket, még a zárójeleket 
sem (), és a függvény törzsében egy get és set blokkot definiálunk. Használata 
egyszerű értékadásként jelenik meg. A set blokkban egy , value" névvel 
hivatkozhatunk a beállítási értékadás jobb oldali kifejezés értékére. 


Példa: 


using System; 
class Ember 
( 





private string nev; 
private int kor; 
// a nev adatmező módosításához definiált Nev tulajdonság 
public string Nev // kis- és nagybetű miatt nev!-Nev 
( 
get // ez a blokk hajtódik végre akkor, 
// amikor a tulajdonság értéket kiolvassuk 


( 
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return nev; 


nev-value; 
) 
) 
public Ember (string n, int k) 
( 





nev-n; kor-k; 
! 
! 
class program 
( 
public static void Main() 
( 











Ember e€—new Ember("Zoli", 16); 

//a Nev tulajdonság hívása 

Console.WriteLine(e.Nev); — // a Nev procerty get blokk hívása 
e.Nev—"Pali"; // a Nev property set blokkjának hívá- 
// sa a value változóba kerül a "Pali" 





Ha a tulajdonság függvénynek csak get blokkja van, akkor azt csak olvas- 
ható tulajdonságnak (readonly) nevezzük. 

Ha a tulajdonság függvénynek csak set blokkja van, akkor azt csak írható 
tulajdonságnak (writeonly) nevezzük. 


VII.4.2. Index függvény (indexer) 


Az indexer függvény definiálása valójában a vektorhasználat és a 
tulajdonság függvény kombinációja. Gyakran előfordul, hogy egy osztálynak 
olyan adatához szeretnénk hozzáférni, aminél egy indexérték segítségével tudjuk 
megmondani, hogy melyik is a keresett érték. 

Az indexer függvény esetében lényeges különbség, hogy van egy index 
paraméter, amit szögletes zárójelek között kell jelölni, és nincs neve, pontosab- 
ban a this kulcsszó a neve, ugyanis az aktuális típust, mint vektort indexeli. 

Mivel az indexer az aktuális típust, a létező példányt indexeli, ezért az 
indexer függvény nem lehet statikus. 

Lássuk az alábbi példát, ami a jellemző használatot mutatja. 


Példa: 


class valami 


( 


int [] v-new int [10]; 
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public int thisl[int ij] 
( 





get 
( 


return v[i]; 


v[i]-value; // mint a property value értéke 


) 
) 
class program 
( 
static void Main() 
( 
valami a-—new valami() ; 
a[2]-5; // az indexer set blokk hívása 
Console.WriteLine (a[2]) ; // 5, indexer get hívása 





: 


Az indexer esetében is, hasonlóan a tulajdonságdefinícó használatához, nem 
feltétlenül kell mindkét (get, set) ágat definiálni. Ha csak a get blokk definiált, 
akkor csak olvasható, ha csak a set blokk definiált, akkor csak írható indexer 
függvényről beszélünk. 

Az indexerhasználat kísértetiesen hasonlít a vektorhasználathoz, de van 
néhány olyan különbség, amit érdemes megemlíteni. 

e Az indexer függvény, egy függvénynek pedig nem csak egész (index) 

paramétere lehet. 

Példa: 


public int this[string a, int b] 
( 





get 
( 


return x; 


e az indexer függvény az előzőekből következően újradefiniálható (overloaded). 
A fenti indexer mellett a következő , hagyományos" is megfér: 
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Példa: 


public string this[int x] 
( 





get 
( 


return s[XxXI; 


s[x]-value; 
) 


e az indexert ref és out paraméterként nem használhatjuk. 


VII.5. Osztályok függvényparaméterként 


Egy függvény paraméterei más egyszerű adattípushoz hasonlóan lehetnek 
osztálytípusok is. Alapértelmezés szerint az osztálytípusú változó is érték szerint 
adódik át. 

Tekintsük a következő példaosztályt. Legyen az osztálynak destruktora is. 

Példa: 


using System; 
class példa 
( 


private int Xx; 


public példa (int a) 
í 
Console.WriteLline( "Konstruktorhívás!") ; 
xsa; 
TF; 
public int X 
( 
get 
í 


return x; 
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class program 


( 
static int négyzet (példa a) 
( 
a.X55; 
return (a.Xfra.X); 


: 


static void Main() 

í 
példa b-new példa (3) ; 
Console.WriteLine (négyzet (b) ) ; 





A program futtatása a következőket írja a képernyőre: 


Konstruktorhívás! 
25 


Mikor egy függvény paraméterként (érték szerint) egy osztályt kap, akkor a 
függvényparaméter egy értékreferenciát kap, és nem egy másolata készül el az 
eredeti osztályváltozónak. 

Teljesen hasonló akkor a helyzet, mikor egy függvény osztálytípust ad 
visszatérési értékként. 


VII.6. Operátorok újradefiniálása 


A már korábban tárgyalt operátoraink az ismert alaptípusok esetében 
használhatók. Osztályok (új típusok) megjelenésekor az értékadás operátora 
automatikusan használható, mert a nyelv létrehoz egy számára alapértelmezett 
értékadást az új osztályra is. Ezen értékadás operátort felülbírálni, azaz egy újat 
definiálni nem lehet a Ci nyelvben (ellentétben pl. a C-t nyelvvel). 

Hasonlóan nem lehet az index operátort [] sem újradefiniálni, bár az indexer 
definiálási lehetőség lényegében ezzel egyenértékű. 

A legtöbb operátor újradefiniálható, melyek egy- vagy kétoperandusúak. Az 
alábbi operátorok definiálhatók újra: 


Egyoperandusú operátorok: -, -, !, —, 4, --, true, false 
Kétoperandusú operátorok: 7, -, ", /, 90, £, I, ", 2, 32, E, 5, ——, 1, c 5 


A fenti hagyományosnak mondható operátorkészlet mellett még típus- 
konverziós operátor függvény is definiálható. 
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ezer 








static visszatérési érték operator?(argumentum) 
í 

// függvénytörzs 
§ 








Az operator kulcsszó utáni ? jel helyére az újradefiniálni kívánt operátor 
neve kerül. Tehát ha például az összeadás (71) operátorát szeretnénk felülbírálni, 
akkor a ? helyére a -- jel kerül. 

Az irodalomban az operátor újradefiniálást gyakran operátor overloading- 
nak hívják. 

Az operátorok precedenciája újradefiniálás esetén nem változik, és az 
operandusok számát nem tudjuk megváltoztatni, azaz például nem tudunk olyan 
/ (osztás) operátort definiálni, amelynek csak egy operandusa van. 

Az operátor függvények öröklődnek, bár a származtatott osztályban az ős- 
osztály operátor függvényei igény szerint újradefiniálhatóak. 

Az operátor függvény argumentumával kapcsolatosan elmondhatjuk, hogy 
egyoperandusú operátor esetén egy paramétere van, míg kétoperandusú operátor 
esetén két paramétere van a függvénynek. 

Meg kell említeni, hogy a Ctt nyelvhez képest nem olyan általános az 
operátor újradefiniálás lehetősége, de az is igaz, hogy sok, ma népszerű prog- 
ramozási nyelv (Java, Delphi, ...) még ennyit se nyújt. 

Tekintsük első példaként a komplex számokat megvalósító osztályt, amely- 
ben az összeadás operátorát szeretnénk definiálni oly módon, hogy egy komplex 
számhoz hozzá tudjunk adni egy egész számot. Az egész számot a komplex 
szám valós részéhez adjuk hozzá, a képzetes rész változatlan marad. 


Példa: 


using System; 
class komplex 
( 

private float re, im; 

public komplex (float x, float y) // konstruktor 

( 





re-x; imey; 
, 
float Re 
( 
get 
( 
return re; 


: 
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set 


re-value; 


float Im 





public static komplex operatort (komplex k,int a) 
( 





komplex y-new komplex (0, 0) ; 
y.Re—atk.Re; 

y . Imk. Im; 

return Yy; 


: 





override public string ToString() 
( 


string s—"A keresett szám:"i-rer":"tim; 
return S; 


: 


class program 

( 
public static void Main() 
( 





komplex k-new komplex (3, 2) ; 
Console.WritelLine ("Komplex szám példa.") ; 
Console.WriteLine ("Összeadás eredménye: (0)",ki4); 








, 
Az eredmény a következő lesz: 


Komplex szám példa. 
Összeadás eredménye: A keresett szám:7:2 





VII. Osztályok 





A k3-4 összeadás úgy értelmezendő, hogy a £ objektum -- függvényét hívtuk 
meg a k komplex szám és a 4 egész szám paraméterrel, azaz k.-1(k,4) 
függvényhívás történt. 

Abban az esetben, ha a komplex 4 komplex típusú összeadást szeretnénk 
definiálni, akkor egy újabb operátor függvénnyel kell a komplex osztályt bőví- 
teni. Ez a függvény a következőképpen nézhet ki: 





public static komplex operatort (komplex a, komplex b) 
( 





komplex temp-new komplex (0, 0); 
temp.re— b.reta.re; 

temp. im— b.imta.im; 

return temp; 





Ahhoz, hogy az összeadás operátorát a korábban (az egyszerű típusoknál) 
megszokott módon tudjuk itt is használni, már csak az kell, hogy az egész 
komplex típusú összeadást is el tudjuk végezni. (Az összeadás kommutatív!) 
Erre az eddigi két összeadás operátor nem ad lehetőséget, hiszen ebben az eset- 
ben, a bal oldali operandus mindig maga az aktuális osztály. A mostani esetben 
viszont a bal oldali operandus egy egész szám. 

Ekkor a legkézenfekvőbb lehetőség az, hogy az egész 4 komplex operátor- 
függvényt is definiáljuk. Figyelembe véve a Visual Studio szövegszerkesz- 
tőjének szolgáltatásait, ez gyorsan megy, így elkészítjük ezt a változatot is: 


public static komplex operatort(int a, komplex k) 
1 





komplex y-new komplex (0, 0) ; 
y.Re—-atk.Re; 

y . Im-k. Im; 

return y; 


Ekkor a Console. WriteLine("Összeadás eredménye: 102",4--k); utasítás nem 
okoz fordítási hibát. 

Erre a problémára még egy megoldást adhatunk. Ez pedig a konverziós 
operátor definiálásának lehetősége. Ugyanis, ha definiálunk olyan konverziós 
operátort, amely a 4 egész számot komplex típusúra konvertálja, akkor két 
komplex szám összeadására vezettük vissza ezt az összeadást. 

A konverziós operátoroknak készíthetünk implicit vagy explicit változatát is. 
Implicitnek nevezzük azt a konverziós operátorhívást, mikor nem jelöljük a 
forrásszövegben a konverzió műveletét, explicitnek pedig azt, amikor jelöljük. 
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Konverziós operátornál az operátor jel helyett azt a típust írjuk le, amire 
konvertálunk, míg paraméterül azt a típust adjuk meg, amiről konvertálni akarunk. 

Visszatérve a fenti komplex szám kérdésre, az egész tt komplex operátor 
helyett az alábbi operátort is definiálhattuk volna: 


public static implicit operator komplex(int a) 
( 





komplex y-new komplex (0, 0) ; 
y.Re—-a; 
return y; 


Ha az operátor szó elé az implicit kulcsszót írjuk, akkor az implicit operátor 
függvényt definiáljuk, tehát 4 4 komplex jellegű utasításnál a 4 számot implicit 
(nem jelölve külön) konvertáljuk komplex számmá. 

Előfordulhat, hogy az implicit és az explicit konverzió mást csinál, ekkor, ha 
akarjuk, az explicit verziót is definiálhatjuk. 


public static explicit operator komplex(int a) 
( 





komplex y-new komplex (0, 0) ; 
y.Re—at1; // mást csinál, mint az előző 

// nem biztos, hogy matematikailag is helyes!!! 
return y; 


Az explicit verzió meghívása a következőképpen történik: 


komplex k—(komplex) 5; 
Console.WriteLine (k.Re) ; // 6 





Természetesen egy komplex számhoz értékadás útján rendelhetünk egy va- 
lós számot is, mondjuk oly módon, hogy a komplex szám valós részét adja a 
valós szám, míg a képzetes rész legyen 0. 


Két egyoperandusú operátor, a t-t és a -- esetében, ahogy az operátorok 
tárgyalásánál is láttuk, létezik az operátorok postfix illetve prefix formájú 
használata is: 


komplex k-new komplex(1, 2) ; 
kt; // postfix 4 
H-k; // prefix forma 
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Ha definiálunk --3 operátor függvényt, akkor ezen két operátor esetében 
mindkét forma használatánál ugyanaz az operátor függvény kerül meghívásra. 





public static komplex operatoriti (komplex a) 
:/ 





a.Re—a.Ret1; 
a. Ima. Imt1 ; 
return a; 


Befejezésül a true, false egyoperandusú operátor definiálásának lehetőségé- 
ről kell röviden szólni. A C4-- nyelvvel ellentétben, ahol egy adott típust logikai- 
nak is tekinthetünk (igaz, ha nem 0, hamis, ha 0), a CH nyelvben a már korábbról 
ismert 


if (a) utasítás; 


alakú utasítások akkor fordulnak le, ha az a változó logikai. A írue és false 
nyelvi kulcsszavak nemcsak logikai konstansok, hanem olyan logikai egyope- 
randusú operátorok, melyeket újra lehet definiálni. 

A true, false operátor logikai. Megkötés, hogy mindkét operátort egyszerre 
kell újradefiniálnunk. A jelentése pedig az, hogy az adott típust mikor tekinthet- 
jük logikai igaznak vagy hamisnak. 

Definiáljuk újra ezeket az operátorokat a már megismert komplex osztá- 
lyunkhoz: 


public static bool operator true (komplex x) 
( 





return X.Re 2 0; 
? 
public static bool operator false(komplex x) 
( 








return X.Re E 0; 


: 
Ez a definíció ebben az esetben azt jelenti, hogy egy komplex szám akkor 
tekinthető logikai igaz értékűnek, ha a szám valós része pozitív. 
Példa: 
komplex k-new komplex (2, 0); 


if (k) Console.WriteLine ("Igaz") ; 


Ekkor a képernyőre kerülő eredmény az igaz szó lesz! 
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Végül azt kell megemlíteni, hogy a logikai true, false operátorok mintájára, 
azokhoz hasonlóan csak párban lehet újradefiniálni néhány operátort. Ezek az 
operátorok a következők: 


Ezé, az azonosság, különbözőség megadása 
S, kisebb, nagyobb 
Szzz kisebb vagy egyenlő, nagyobb vagy egyenlő 


VII.7. Interface definiálása 


Egy osztály definiálása során a legfontosabb feladat az, hogy a készítendő tí- 
pus adatait, metódusait megadjuk. Gyakran felmerül az az igény, hogy egy to- 
vábbi fejlesztés, általánosabb leírás érdekében ne egy osztály keretében 
fogalmazzuk meg a legjellemzőbb tulajdonságokat, hanem kisebb tulajdon- 
ságcsoportok alapján definiáljunk. A keretrendszer viszont csak egy osztályból 
enged meg egy új típust, egy utódosztályt definiálni. Ez viszont ellentmond 
annak az elvárásnak, hogy minél részletesebben fogalmazzuk meg a típusainkat. 


VII.7.1. Interface fogalma 


A fenti ellentmondás feloldására alakult ki az a megoldás, hogy engedjünk 
meg olyan típust, interface-t definiálni, ami nem tartalmaz semmilyen konkrétu- 
mot, de rendelkezik a kívánt előírásokkal. 

Az interfacedefiníció formája: 





interface név 


( 
// deklarációs fejlécek 
§ 











Példa: 


interface IAlma 
( 
bool nyári () ; 
double termésátlagt() ; 
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A fenti példában definiáltuk az Jalma interface-t, ami még nem jelent 
közvetlenül használható típust, hanem csak azt írja elő, hogy annak a típusnak, 
amelyik majd ennek az [Alma típusnak a tulajdonságait is magán viseli, kötele- 
zően definiálnia kell a nyári), és a termésátlag() függvényeket. Tehát erről a 
típusról azt tudhatjuk, hogy az interface által előírt tulajdonságokkal biztosan 
rendelkezni fog. Ezen kötelező tulajdonságok mellett természetesen tetszőleges 
egyéb jellemzőkkel is felruházhatjuk majd az osztályunkat. 

Amikor könyvtári előírásokat, interface-eket implementálunk, akkor általában 
az elnevezések az / betűvel kezdődnek, utalva ezzel a név által jelzett tartalomra. 

Egy interface előírásai közé nem csak függvények, hanem tulajdonságok és 
indexer előírás megadása és esemény megadása is beletartozhat. 


Példa: 


interface IPozíció 


( 


: 


int X ( get; set; ) 

int Y ( get; ) // readonly tulajdonság 

int Z ( set; ) // csak írható tulajdonság 
int this[lint i] ( get; set;) // read-write indexer 
int this[(int i] ( get; ) // read-only indexer 

int this[int i] ( set;) // write-only indexer 





VII.7.2. Interface használata 


Az [Alma előírások figyemlembevétele a következőképpen történik. Az 
osztálynév (típusnév) után kettőspontot kell tenni, majd utána következik az 
implementálandó név. 


Példa: 


using System; 
class jonatán: IAlma 


( 


private int kor; 
public jonatán(int k) 
( 
kor-k; 
! 
public bool nyári () 
( 
return false; 
! 
public double termésátlag() 
( 
if ((kor25) §§ (korc30)) 
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return 230; 
else return 0; 


J 


class program 

( 
public static void Main() 
( 





jonatán j-new jonatán (8) ; 
Console.WriteLine (j . termésátlag() ) ; 
// 230 kg az átlagtemés 





VII.7.3. Interface-ek kompozíciója 


Az interface egységek tervezésekor lehetőségünk van egy vagy több már 
meglévő interface felhasználásával ezekből egy újabbat definiálni. 


Példa: 


using System; 
public interface IAlma 
( 
bool nyári () ; 
double termésátlag() ; 
5 


public interface szállítható 
( 

bool szállít() ; 
3 


public interface szállítható alma: IAlma, szállítható 
í 
string csomagolás módja (); 


: 


public class jonatán: szállítható alma 
( 
public bool nyári () 
( 
return false; 


: 
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public double termésátlag() 





j return 250; 

CG string csomagolás módja() 
j return "konténer"; 

a ic bool szállít() 

; return false; 

! 


Ji 

class program 

( 
public static void Main() 
( 





jonatán j-new jonatán() ; 
Console.WritelLine (j . termésátlag () ) ; // 250 kg az átlagtemés 
Console.WritelLine (j .csomagolás módja());  // konténer 








: 


A definiált új típusra vonatkozóan használhatjuk mind az is mind az as 


operátort. Az iménti példát tekintve értelmes, és igaz eredményt ad az alábbi 
elágazás: 


Példa: 








if (j is IAlma) Console.WriteLine("Ez bizony alma utód.!"); 


IAlma a—j as IAlma; // IAlma típusra konvertálás 
a.termésátlagt() ; // függvényvégrehajtás 


VII.8. Osztályok öröklődése 


Az öröklődés az objektumorientált programozás elsődleges jellemzője. Egy 
osztályt számaztathatunk egy ősosztályból, és ekkor az utódosztály az ősosztály 
tulajdonságait (függvényeit, ...) is sajátjának tudhatja. Az örökölt függvények 
közül a változtatásra szorulókat újradefiniálhatjuk. Öröklés esetén az osztály 


ere 





class utódnév: ősnév 


í 
Hi 


Teste 
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Hasonlóan az osztályok mezőhozzáférési rendszeréhez, több nyelvben is 
lehetőség van arra, hogy öröklés esetén az utódosztály az ősosztály egyes mezőit 
többféle (private, protected , public) módon örökölheti. A CH nyelvben a .NET 
Frameworknek (Common Type System) köszönhetően erre nincs mód. Minden 
mező automatikusan, mintha publikus öröklés lenne, megtartja ősosztálybeli 
jelentését. 

Ekkor az ősosztály publikus mezői az utódosztályban is publikus mezők, és 
a protected mezők az utódosztályban is protected mezők lesznek. 

Egy őstípusú referencia bármely utódtípusra hivatkozhat. 

Az ősosztály privát mezői az utódosztályban is privát mezők maradnak az 
ősosztályra nézve is, így az ősosztály privát mezői közvetlenül az utódosztályból 
sem érhetők el. Az elérésük például publikus, ún. , közvetítő" függvény 
segítségével valósítható meg. 

Az elérési módok gyakorlati jelentését nézzük meg egy sematikus példán 
keresztül: 


class ős 

( 
private int i; // privát mező 
protected int j; // protected mezőtag 
public int k; // publikus mezők 


public void f(int j) 
tizji ei 
, 


class utód: ős 


( 
1880 


Ekkor az utódosztálynak , helyből" lesz egy protected mezője, a j egész vál- 
tozó, és lesz két publikus mezője, a k egész változó és az f függvény. 

Osztálykönyvtárak használata mellett (pl. MFC for Windows, Windows NT) 
gyakran találkozunk azzal az esettel, mikor a könyvtárosztály protected mezőket 
tartalmaz. Ez azt jelenti, hogy a függvényt, mezőt olyan használatra szánták, 
hogy csak származtatott osztályból tudjuk használni. 

A CH nyelvben nincs lehetőségünk többszörös öröklés segítségével 
egyszerre több ősosztályból egy utódosztályt származtatni. Helyette viszont tet- 
szőleges számú interface-t implementálhat minden osztály. 


class utód: ős, interfacel, ...  ú( 
[// 
Hi 
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Konstruktorok és destruktorok használata öröklés esetén is megengedett. 
Egy típus definiálásakor a konstruktor függvény kerül meghívásra, és ekkor 
először az ősosztály konstruktora, majd utána az utódosztály konstruktora kerül 
meghívásra, míg destruktor esetén fordítva, először az utódosztály majd utána az 
ősosztály destruktorát hívja a rendszer. Természetesen a destruktor hívására az 
igaz, hogy a keretrendszer hívja meg valamikor azután, hogy az objektumok 
élettartama megszűnik. 

Paraméteres konstruktorok esetén az utódkonstruktor alakja: 





utód (paraméterek) : base (paraméterek) 


éleset 


Többszörös öröklés esetén először az őskonstruktorok kerülnek a definíció 
sorrendjében végrehajtásra, majd az utódbeli tagosztályok konstruktorai és 
legvégül az utódkonstruktor következik. A destruktorok hívásának sorrendje a 
konstruktorsorrendhez képest fordított. Ha nincs az utódban direkt őshívás, 
akkor a rendszer a paraméter nélküli őskonstruktorát hívja meg. 

Ezek után nézzük a fentieket egy példán keresztül. 


Példa: 


using System; 


class a 

( 
public a() 
( Console.WriteLine( "A konstruktor"; !) 
sa() 
( Console.WriteLine("A destruktor";!) 








J 

class b: a 

( 
public b() 
( Console.WriteLine("B konstruktor"; !) 
"b() 
( Console.WriteLine("B destruktor";!) 








, 

class program 

( 
public static void Main() 
( 





b x—-new b(); // b típusú dojektum keletkezik, majd "kimúlik!" 
// Először az a majd utána a b konstruktorát hívja meg 
// a fordító 
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// Kimúláskor fordítva, először a b majd az a 
// destruktora kerül meghívásra 


VII.9. Végleges és absztrakt osztályok 


A típusdefiníciós lépéseink során előfordulhat, hogy olyan osztályt definiá- 
lunk, amelyikre azt szeretnénk kikötni, hogy az adott típusból, mint ősből ne 
tudjunk egy másik típust, utódot származtatni. 

Ahhoz, hogy egy adott osztályt véglegesnek definiáljunk, a sealed jelzővel 
kell ellátni. 


Példa: 


sealed class végleges 
; public végleges () 
; Console.WriteLline( "A konstruktor" ) ; 
eszt utód:végleges // fordítási hiba 
( 


: 


Ha protected mezőt definiálunk egy sealed osztályban, akkor a fordító 
figyelmeztető üzenetet ad, mivel nincs sok értelme az utódosztályban látható 
mezőt definiálni. 

Interface definiálás esetében csak előírásokat — függvény, tulajdonság 
formában — fogalmazhatunk meg az implementáló osztály számára. Gyakran 
előfordul, hogy olyan típust szeretnénk létrehozni, mikor a definiált típusból 
még nem tudunk példányt készíteni, de nemcsak előírásokat, hanem adatmező- 
ket, implementált függvényeket is tartalmaz. 

Ez a lehetőség az abstract osztály definiálásával valósítható meg. Ehhez az 
abstract kulcsszót kell használnunk az osztály neve előtt. Egy absztrakt osztály 
egy vagy több absztrakt függvénymezőt tartalmazhat (nem kötelező!!!). Ilyen 
függvénynek nincs törzse, mint az interface függvényeknek. Egy absztrakt 
osztály utódosztályában az absztrakt függvényt kötelező implementálni. Az 
utódosztályban ekkor az override kulcsszót kell a függvény fejlécbe írni. 
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1. példa: 


abstract class os 
( 
private int e; 
public os() 
( 
€—5; 
) 
// az osztálynak nincs absztrakt mezője, de 
// ettől az osztály még lehet absztrakt 
) 
os Xx— new os (); // hiba, mert absztrakt osztályból nem 
// készíthetünk változót 


2. példa: 


using System; 
abstract class os 
( 
private int e; 
public os(int i) 
( 
€—i; 
, 
public abstract int szamol (); 
public int E 
( 





get 
( 
return e; 
) 
) 
) 
class szamolo:os 
( 
public szamolo() :base (3) 
( 


, 
public override int szamol v() 


( 








return base.E"base.E; 








: 
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class program 


( 





public static void Main() 

( 
szamolo f-new szamolo() ; 
Console.WriteLine(f.szamol()); // eredmény: 9 


VII.10. Virtuális tagfüggvények, függvényelfedés 


A programkészítés során, ahogy láttuk, az egyik hatékony fejlesztési eszköz 
az osztályok öröklési lehetőségének kihasználása. Ekkor a függvénypolimorfiz- 
mus alapján természetesen lehetőségünk van ugyanazon névvel mind az 
ősosztályban, mind az utódosztályban függvényt készíteni. Ha ezen függvények- 
nek különbözők a paraméterei, akkor gyakorlatilag nincs is kérdés, hiszen 
függvényhíváskor a paraméterekből teljesen egyértelmű, hogy melyik kerül 
meghívásra. Nem ilyen egyértelmű a helyzet, amikor a paraméterek is azonosak. 


VII.10.1. Virtuális függvények 


A helyzet illusztrálására nézzük a következő példát. Definiáltuk a pont ősosztályt, 
majd ebből származtattuk a kor osztályunkat. Mindkét osztályban definiáltunk egy kiir 
függvényt, amely paraméter nélküli és az osztály adattagjait írja ki. 


Példa: 


using System; 


class pont 
( 
private int X,Y; 
public pont () 
( 
x—2;y-1; 
) 
public void kiir() 
( 
Console.WritelLine (Xx) ; 
Console.WriteLine (y) ; 
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class kor:pont 
( 
private int r; 
public kor() 
( 
r—5; 
! 
public void kiir() 
( 
Console.WriteLine (r) ; 
! 
! 
class program 
( 
public static void Main() 
( 





kor k-new kor () ; 

pont p-new pont -() ; 
P.kiitl; Iza 
k.kiir(); Vh 


A program futásának eredményeként először a p pont adatai (2, 7), majd a 
kor adata (5) kerül kiírásra. Bővítsük a programunkat az alábbi két sorral: 


public static void Main() 
( 





kor k-new kor () ; 
pont p-new pont () ; 


p.kitt1(7. 

k.kiir(); 

p-k; //Egy őstípus egy utódra hivatkozik 
p.kiir(); //Mit ír ki? 





A p-k értékadás helyes, hiszen p (pont típus) típusa a k típusának (kor) az 
őse. Azt is szoktuk mondani, hogy egy őstípusú referencia tetszőleges utódtí- 
pusra hivatkozhat. Ekkor a második p.kiir() utasítás is, a p—k értékadástól 
függetlenül a 2,/ értékeket írja ki! Miért? Mert az osztályreferenciák alap- 
értelmezésben statikus hivatkozásokat tartalmaznak a saját függvényeikre. Mivel 
a pontban van kiir, ezért attól függetlenül, hogy időközben a program során 
(futás közbeni — dinamikus — módosítás után) a p már egy kör objektumot azo- 
nosít, azaz a kör kiir függvényét kellene meghívni, még mindig a fixen, fordítási 
időben hozzákapcsolt pont.kiir függvényt hajtja végre. 
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Ha azt szeretnénk elérni, hogy mindig a dinamikusan hozzátartozó függvényt 
hívja meg, akkor az ősosztály függvényét virtuálisnak (virtual), míg az utódosztály 
függvényét felüldefiniáltnak (override) kell nevezni, ahogy az alábbi példa is mutatja. 


Példa: 


using System; 
class pont 
( 
private int x,y; 
public pont (() 
( 
x—2;y-1; 
, 
virtual public void kiir() 
( 





Console.WritelLine (x) ; 
Console.WriteLine (y) ; 





! 
! 
class kor:pont 
ú 
private int r; 
public kor() 
( 
r55; 
! 
override public void kiir() 


( 





Console.WritelLine (Tr) ; 
) 
b; 
public class MainClass 
( 





public static void Main() 
( 





kor k-new kor () ; 
pont p-new pont () ; 


EKELE(I E // pont kiir2,1 

k.kiir( ; // kor kiir 5 

p-k; // a pont a korre hivatkozik 
p.kiir() ; // kor kiir 5 - a kor kiir kerül 


// meghívásra, mert a kiir függvény virtuális, így a 
// kiir hívásakor mindig a változó aktuális, és nem 
// pedig az eredeti típusát kell figyelembe venni. 
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Ez a tulajdonság az osztályszerkezet rugalmas bővítését teszi lehetővé, míg a 
programkód bonyolultsága jelentősen csökken. 

Gyakran előfordul, hogy az ősosztályban nincs szükségünk egy függvényre, 
míg a származtatott osztályokban már igen, és szeretnénk, ha virtuálisként tud- 
nánk definiálni. Ebben az esetben az ősosztályban egy absztrakt függvénydefiní- 
ciót kell használnunk, ahogy az alábbi példában olvasható. 





Példa: 
abstract class pont // absztrakt osztály, ebből nem 
( // lehet példányt készíteni 
protected int x,y; 
public pont () 


( 
x—20;y-10; 
) 
abstract public void rajzol () ; 
public void mozgat(int dx, int dy) 
( 
xt—-dXx; 
yt-dy; 
// rajzol hívás 
rajzol (); 
) 
) 
class kor:pont 
( 
private int r; 
public kor() 
( 
Tr55; 
) 
override public void rajzol () 


( 





Console.WriteLine ("Megrajzoljuk a kört az (0), (1) 
pontba, (2) sugárral.",x,y,r); 


[4 


, 
T 
public class MainClass 
( 





public static void Main() 





// pont p-new pont (); utasításhibát eredményezne 
kor k-new kor () ; 


k.mozgat (3, 4) ; 
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VII.10.2. Függvényeltakarás, sealed függvény 


Az öröklés kapcsán az is előfordulhat, hogy a bázisosztály egy adott 
függvényére egyáltalán nincs szükség az utódosztályban. Az alábbi példában a 
focicsapat osztálynak van nevkiir függvénye. Az utód kedvenc focicsapat osz- 
tálynak is van ilyen függvénye. A new hatására a kedvenc focicsapat osztály 
nevkiir függvénye eltakarja az ősosztály hasonló nevű függvényét. 


Példa: 


class focicsapat 

ál 
protected string csapat; 
public focicsapat () 
( 





csapat—"UTE" ; 
) 
public void nevkiir() 
( 








Console.WriteLine ("Kedves csapat a lila-fehér (0)", csapat) ; 
! 
, 
class kedvenc csapat:focicsapat 
( 
public kedvenc csapat () 
( 
csapat—"Fradi"; 
! 
new public void nevkiir() 


( 





Console.WriteLine ("Kedvenc csapatunk a: (0)", csapat) ; 





, 
, 
public class MainClass 
( 





public static void Main() 
( 





kedvenc csapat cs-new kedvenc csapat -(); 
cs.nevkiir(); 
: 
: 

A new utasítás hatására egy öröklési sor új bázisfüggvénye lesz az így 
definiált nevkiir függvény. 

Ennek az ellenkezőjére is igény lehet, mikor azt akarjuk elérni, hogy az 
ősosztály függvényét semmilyen más formában ne lehessen megjeleníteni. Ek- 
kor a függvényt, az osztály mintájára, véglegesíteni kell, azaz a sealed jelzővel 
kell megjelölni. 


VII. Osztályok 





VII.11. Feladatok 


1. Mi a különbség egy struktúra és egy osztály között? 


2. Milyen szerepe van a konstruktoroknak, destruktoroknak? Milyen kon- 
struktorok definiálhatók? 


3. Mi a különbség az osztály, az absztrakt osztály is az interface között? 


4. Definiáljon bútor osztályt a jellemző tulajdonságokkal! (Bútor neve, 
alapanyaga, rendeltetése, ára) A megadott tulajdonságokhoz készítse el a 
kezelő függvényeket! 


Készítsen lapraszerelt névvel interface-t, amiben az összeszerelési 
utasítást írjuk elő! Módosítsa az előző bútor osztályt lapraszerelt bútor- 
ra, amelyik implementálja a lapraszerelt interface-t, biztosítva azt, hogy 
ennek a típusnak biztosan legyen összeszerelési utasítása. 
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Egy program, programrész vagy függvény végrehajtása formális eredmé- 
nyesség tekintetében három kategóriába sorolható. 


e A függvény vagy programrész végrahajtása során semmilyen , rendelle- 
nesség" nem lép fel. 

e A függvény vagy programrész aktuális hívása nem teljesíti a paraméte- 
rekre vonatkozó előírásainkat, így ekkor a , saját hibavédelmünk" ered- 
ményekénti hibával fejeződik be a végrehajtás. 

e A függvény vagy programrész végrehajtása során előre nem látható hiba- 
jelenség lép fel. 


Ezen harmadik esetben fellépő hibajelenségek programban történő kezelé- 
sére nyújt lehetőséget a kivételkezelés (Exception handling) megvalósítása. Ha a 
második esetet tekintjük, akkor a , saját hibavédelmünk" segítségével, mondjuk 
valamilyen , nem használt" visszatérési értékkel tudjuk a hívó fél tudomására 
hozni, hogy hiba történt. Ez néha komoly problémákat tud okozni, hiszen pél- 
dául egy egész értékkel visszatérő függvény esetében néha elég körülményes 
olyan egész értéket találni, amelyik nem egy lehetséges valódi visszatérési érték. 
Így ebben az esetben is, bár a fellépő hibajelenség valahogy kezelhető, a kivétel- 
kezelés lehetősége nyújt elegáns megoldást. 

A kivételkezelés lehetősége hasonló, mint a fordítási időben történő 
hibakeresés, hibavédelem azzal a különbséggel, hogy mindezt futási időben 
lehet biztosítani. A Cs kivételkezelés a hibakezelést támogatja. Nem támogatja 
az ún. aszinkron kivételek kezelését, mint például billentyűzet- vagy egyéb hard- 
vermegszakítás (interrupt) kezelése. 

Ehhez hasonló lehetőséggel már a BASIC nyelvben is találkozhattunk (ON 
ERROR GOTO, ON ERROR GOSUB). Ehhez hasonló forma jelenik meg az 
Object Pascal nyelvben is (ON ... DO). 


VIII.1. Kivételkezelés használata 


A kivételkezelés implementálásához a következő új nyelvi alapszavak kerül- 
nek felhasználásra: 
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try mely kritikus programrész következik 

catch ha probléma van, mit kell csinálni 

throw kifejezés, kivételkezelés átadása, kivétel(ek) deklarálása 
finally kritikus blokk végén biztos végrehajtódik 


A kivételkezelés használata a következő formában adható meg : 


try 1 
// azon utasítások kerülnek ide, melyek 
// hibát okozhatnak, kivételkezelést igényelnek 
! 

catch( típus l[név],) 


( 














// Adott kivételtípus esetén a vezérlés ide kerül 
// ha nemcsak a hiba típusa az érdekes, hanem az 

// is,hogy például egy indexhiba esetén milyen 

// index okozott "galibát", akkor megadhatjuk a 

// típus nevét is, amin keresztül a hibát okozó 

// értéket is ismerhetjük. A név megadása opcionális. 








) 
finally ( 





// ide jön az a kód, ami mindenképpen végrehajtódik 


: 


A try blokkot követheti legalább egy catch blokk, de több is következhet. Ha 
a try blokk után nincs elkapó (catch) blokk, vagy a meglévő catch blokk típusa 
nem egyezik a keletkezett kivétellel, akkor a keretrendszer kivételkezelő 
felügyelete veszi át a vezérlést. 

A C-4- nyelv kivételkezelő lehetősége megengedi azt, hogy a catch blokk 
tetszőleges hibatípust kapjon el, míg a Ct ezt kicsit korlátozza. A C$ nyelvben a 
catch blokk típusa csak a keretrendszer által biztosított Exception osztálytípus, 
vagy ennek egy utódtípusa lehet. Természetesen mi is készíthetünk saját kivétel— 
típust, mint az Exception osztály utódosztályát. 

Ezek után nézzünk egy egyszerű példát a kivételkezelés gyakorlati haszná- 
latára. 


Példa: 


int i1—4; 
int 3—0; 
try 
( 
i—i/j; — // 0-val osztunk 
, 
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catch (Exception ) 
( 


Console.WriteLine ("Hiba! ") ; 





, 
finally 


( 








Console.WriteLine("Végül ez a Finally blokk is lefut!" ; 
, 


A fenti példában azt láthatjuk, hogy a rendszerkönyvtár használatával, pél- 
dául a nullával való osztás próbálkozásakor, a keretrendszer hibakivételt generál, 
amit elkapunk a catch blokkal, majd a finally blokkot is végrehajtjuk. 

A példa egész számokhoz kapcsolódik, így meg kell jegyezni, hogy gyakran 
használják az egész aritmetikához kapcsolódóan a checked és az unchecked 
módosítókat is. Ezek a jelzők egy blokkra vagy egy függvényre vonatkozhatnak. 

Ha az egész aritmetikai művelet nem ábrázolható, vagy hibás jelentést tartal- 
maz, akkor a checked blokkban ez a művelet nem kerül végrehajtásra. 


Példa: 


int i-System.Int32.MaxValue; 
checked 
( 





itt; // OverflowException kivétel keletkezik 





: 


int j-System.Int32.MaxValue; 
unchecked 


( 








JE // OverflowException kivétel nem keletkezik 








, 

Console.WriteLine(i); // -2147483648 lesz a kiírt érték 
// ez azonos a Syste.Int32.MinValue 
// értékével 


Természetesen nemcsak a keretrendszer láthatja azt, hogy a normális utasí- 
tásvégrehajtást nem tudja folytatni, ezért kivételt generál, és ezzel adja át a 
vezérlést, hanem maga a programozó is. Természetesen az, hogy a programozó 
mikor látja szükségesnek a kivétel generálását, az rá van bízva. 


Példa: 


int i—4; 
try 
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( 





if (i33) throw new Exception(); // ha i:33, kivétel indul 





! 

catch (Exception ) 

// mivel az i értéke 4, itt folytatódik a végrehajtás 
( 








Console.WriteLine ("Hibát dobtál!") ; 


, 
finally 


( 
Console.WriteLine ("Végül ez is lefut!"); 





: 


A kivételkezelések egymásba ágyazhatók. 

Többféle abnormális jelenség miatt lehet szükség kivételkezelésre, ekkor az 
egyik , kivételkezelő" a másiknak adhatja át a kezelés lehetőségét, mondván , ez 
már nem az én asztalom, menjen a következő szobába, hátha ott a címzett" 
(throw). Ekkor nincs semmilyen paramétere a throw-nak. Ez az eredeti hiba- 
jelenség újragenerálását, továbbadását jelenti. 


Példa: 
int i—4; 


try 
( 





if (i33) throw new Exception(); // ha i:33, kivétel indul 





) 
catch (Exception ) 


( 





Console.WriteLine ("Hibát dobtál!") ; 

throw; //a hiba továbbítása 

// ennek hatására , ha a program nem kezel további kivétel- 
// elkapást, a .NET keretrendszer lesz a kivétel elkapója. 
// így szabvány hibaüzenetet kapunk, majd a 

// programunk leáll 














VIII.2. Saját hibatípus definiálása 


Gyakori megoldás, hogy az öröklődés lehetőségét használjuk ki az egyes hi- 
bák szétválasztására, saját hibatípust. Például készítünk egy Hiba osztályt, majd 
ebből származtatjuk az Indexhiba osztályt. Ekkor természetesen egy hibakezelő 
lekezeli az Indexhibát is, de ha a kezelő formális paraméterezése érték szerinti, 
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akkor az Indexhibára jellemző plusz információk nem lesznek elérhetők! Mivel 
egy őstípus egyben dinamikus utódtípusként is megjelenhet, ezért a hibakezelő 
blokkokat az öröklés fordított sorrendjében kell definiálni. 

Példa: 


using System; 
public class Hiba:Exception 


( 








public Hiba() : base() 
( 
) 
public Hiba(string s): base(s) 
( 
, 
d, 
public class IndexHiba:Hiba 
( 
public IndexHiba(): base() 
( 
! 
public IndexHiba (string s): base(s) 
( 
, 


int i—4; 
int j—0; 
try 
( 
if (i23) throw new Hiba("Nagy a szám!") ; 
) 
catch (IndexHiba h ) 
l 
Console.WritelLine (h) ; 
) 
catch (Hiba h ) // csak ez a blokk hajtódik végre 
í 
Console.WritelLine (h) ; 
) 
catch (Exception ) 


( 








Console.WriteLine ("Hiba történt, nem tudom milyen! ") ; 
) 
finally // és természetesen a finally is 
í 





Console.WriteLline("Finally blokk! ") ; 





: 
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Ahogy korábban láttuk, minden objektum a keretrendszer Object utódjának 
tekinthető, ennek a típusnak pedig a ToString függvény a része, így egy tetszőle- 
ges objektum kiírása nem jelent mást, mint ezen ToString függvény meghívását. 

A fenti példa így meghívja az Exception osztály ToString függvényét, ami 
szövegparaméter mellett kiírja még az osztály nevét és a hiba helyét is. 

Befejezésül nézzük meg a korábban látott verem példa megvalósítását kivé- 
telkezeléssel kiegészítve. 


Példa: 


using System; 
class verem 


( 


Object[] x; // elemek tárolási helye 

int mut; // veremmutató 

public verem(int db) // konstruktor 

( 
x-new object [db]; // helyet foglalunk a vektornak 
mut—0; // az első szabad helyre mutat 


) 

// NEM DEFINIÁLUNK DESTRUKTORT, 

// MERT AZ AUTOMATIKUS SZEMÉTGYŰJTÉSI 
// ALGORITMUS FELSZABADÍTJA A MEMÓRIÁT 
public void push (Object i) 

( 






































if (mutG.Length) 
( 


x[mutH-]—i; // beillesztettük az elemet 


: 


else throw new VeremTele("Ez bizony tele van!"); 








) 

public Object pop() 

( 
if (mut5:0) return x[(--mut] ; 

// ha van elem, akkor visszaadjuk a tetejéről 

else throw new VerenmUres ("Üres a verem barátom! ") ; 








: 





public class VeremTele:Exception 

( 
public Veremlele(): base("Tele a verem! ") 
( 
! 
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public Veremlele (string s) : base(s) 
( 
! 

! 

public class VeremÜres : Exception 


( 





public VeremUres () : base("Üres a verem! ") 
( 

! 

public VeremUres (string s) : base(s) 

( 

! 


! 

class program 

( 
public static void Main() 
1 





verem v-new verem(6) ; 
tEY 
í 





Console.WriteLline (v.pop () ) ; 
// mivel a verem üres, kivételt fog dobni 








) 
catch (VeremUres ve) 
// amit itt elkapunk 
( 
Console.WriteLine (ve) ; 
) 
v.push(5) ; 
v.push ("alma") ; 
Console.WriteLine (v.pop () ) ; 


A program futása az alábbi eredményt adja: 


cx "C:WprogramokthajratbinbDebuglhajra.exe" 


TETTETETT TSZ LES 
verem.popk) in c:NprogramokY"hajravcodefile2.cs:line 65 
program.Maink?) in c:Nprogramok"hajravcodefile2.cs:line 295 


Press any key to continue 





11. ábra 
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VIII.3. Feladatok 
1. Mikor is hogyan használjuk a kivételkezeléseket? 
2. Mit jelent a checked, unchecked kulcsszó, hogyan tudjuk használni? 
3. Hogyan tudunk saját kivételt (típust) definiálni? 
4. Olvassa be a másodfokú egyenlet paramétereit. Számolja ki a gyököket, 


ha a diszkrimináns negatív szám, használja a rendszerkönyvtár kivétel- 
kezelési lehetőségét! 


Készítsen Diszkrimináns negatív kivételt. Oldja meg az előző feladatot 
ennek segítségével! 


IX. Input-Output 


A be- és kiviteli szolgáltatások nem részei a nyelvnek. A programok a 
szabványos könyvtárban lévő függvények segítségével tartják a környezetükkel 
a kapcsolatot. Ez a fajta kapcsolattartás nem csak a C$ nyelvben írt programok 
sajátossága. A Ctt-ból származtatható nyelvek hasonlóan használják az input- 
output műveleteket, mert így azok egyszerűbben és rugalmasabban kezelhetők. 


IX.1. Standard input-output 


Minden klasszikus konzolprogram végrehajtása esetén automatikusan hasz- 
nálhatjuk a System névtér Console osztályát, amely a beolvasás (standard input, 
billentyűzet), kiírás (standard output, képernyő) és hibaírási (standard error, 
képernyő) műveleteket nyújtja. Ezek a Console osztály In, Out és Error tulaj- 
donságaiban vannak hozzárendelve a be- és kiviteli eszközeinkhez. Az In egy 
TextReader, míg az Out és az Error TextWriter típus lesz. (A TextReader, 
TextWriter a karakteres adatfolyam osztályai.) Természetesen lehetőségünk van 
ezen tulajdonságok újradefiniálásával az alapértelmezés megváltoztatására is. 

Mielőtt röviden áttekintjük a legfontosabb lehetőségeket, meg kell jegyezni, 
hogy Windows alkalmazás készítésekor ezek a függvények nem használhatók. A 
grafikus felületű eszközöket a könyv második részében nézzük át. 

A Console osztály végleges, nem lehet belőle új típust származtatni. 

Kiírás: 

Write (...) ; // a paramétereket kiírja 
WritelLine (..); // kiírás, majd soremelés 


Mindkét utasítás újradefiniált formájú, tehát léteznek a  Write(int), 
Write(rdouble) stb. könyvtári utasítások. A kiíró utasításoknak létezik egy másik 
változata is: 

Write( string, adat, ...); 
WriteLline( string, adat, ...) ; 

Ez a változat a C világából ismert megoldást valósítja meg (printf). Az első 
paraméter, mint eredményszöveg, kapcsos zárójelek £ ) között a második stb. 
paraméterek behelyettesítését végzi. A kapcsos zárójelek között a szövegek 
formázási lehetőségeit használhatjuk. 

Ezen formázásért felelős karaktersorozat három részből állhat, ahol a formá- 
zás alakja a következő: 











fsorszáml, szélesség I[:kijelzési forma] 
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Az első rész 0-tól kezdődően egy sorszám, azt mondja meg, hogy a szöveg 
utáni kiírandó adatok közül hányadikat kell behelyettesíteni. 

Ha van második rész, akkor az vesszővel elválasztva következik, és a teljes 
adatszélességet határozza meg. Ha a szélesség pozitív, akkor az jobbra, ha nega- 
tív, akkor balra igazítást jelent az adott szélességen belül. A hiányzó karaktere- 
ket ún. white space (helyköz) karakterekkel tölti fel. 

Ha van harmadik rész, akkor az a kettőspont után következik, és meghatá- 
rozza az adat típusát, kijelzési formáját. Az adattípus jelzésére az alábbi karak- 
terek használtak: 


c pénznembeli (currency) kijelzés 
e tudományos, tízes alapú hatványkijelzés 
X hexadecimális formátum 


Ezek mellett a 0 és a ? helyiérték karakterek használhatóak. A 0 biztosan 
megjelenítendő helyiértéket, míg a f opcionálisan — ha van oda érték, — meg- 
jelenítendő karaktert jelent. 


Példa: 


int i-55; 

Console.WriteLine("Az (0). művelet eredménye: (1)",i,4"i); 
Console.WriteLine(" A szám: (O0:c)",25); // pénznem : 25,00 Ft. 
Console.WriteLine("A kapott összeg: (0,10:c)",25); 

// 10 karakter széles pénznem formájú kijelzés jobbra igazítva 
Console.WriteLine(" A szám: (0: 0.ttttttet0)", 25); // 2.5E41 
Console.WriteLine("A kapott szám: (0,10:00.$0)",25.1); 

// 10 széles jobbra igazított 25.10 lesz a kijelzés 
Console.WriteLine("A kapott szám: (0,10:x)",25); 

// 10 széles jobbra igazított hexa alakú (19) kijelzés 




















A System.String osztály Format függvénye az iménti forma alapján tud egy 
eredményszöveget készíteni (formázni). 
Beolvasás: 
int Read(); // egy karaktert olvas be 


Ha nem sikerül az olvasás, akkor —1 az eredmény. Ha egyéb hiba jelentke- 
zik, akkor JOException kivételt dob a Read utasítás. 
Példa: 


char c— (char) Console.Read() ; 





string ReadLine() ; // egy egész sort olvas 
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Példa: 


string s-Console.ReadLine () ; 








Ha nem sikerül az olvasás, akkor OutOfMemoryException vagy IOException 
kivételt dob a ReadLine utasítás. 


A könyvtár nem tartalmaz típusos beolvasási lehetőséget, viszont rendelke- 
zésre állnak a Convert osztály konvertálási mezőfüggvényei. 


Példa: 


string s-Console.ReadLine () ; 

int j-Convert.Tolnt32(s);  // egész konvertálás 
int i—Convert.Tolnt32 (s, 16) ; 

//konvertálás 16-os számrendszerből 
Console.WritelLine (i) ; 





Ha nem sikerül a konvertálás, akkor a konvertálási hibának megfelelő kivé- 
telt dob a Convert osztályfüggvénye. Ezt a kivételkezelést használva számok 
beolvasására, az alábbi példát, mint egy lehetséges megvalósítást tekinthetjük. 

Nézzük meg a Struktúrák fejezet végén használt példánkat azzal a kiegészí- 
téssel, hogy a kor mező olvasását a konverzió kivételfigyelésével egészítjük ki. 


Példa: 


using System; 
struct struktúra példa 
( 
public int kor; 
public string név; 


: 


class strukúra használ 

( 
public static void Main() 
( 





// struktúra példa vektor 

struktúra példa [] spv-new struktúra példa[5]; 

int i—0; 

// beolvasás 

while (ic5) 

( 
spv[lil-new struktúra példa () ; 
Console.WriteLine ("Kérem az (0). elem nevét! ", ii) ; 
string n-Console.ReadlLine () ; 
spv[i] .név-n; 
Console.WriteLine ("Kérem az (0). elem korát!",i) ; 
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while (true) 
( 
try 
( 
n-Console.ReadLine () ; 
spv[i] .kor—Convert . ToInt32 (n) ; 





, 
catch (Exception e) 


( 


Console.WriteLine("Te kis csibész, a kor az 





szám! ") ; 
Console.WriteLine ("Azt add meg még egyszer! "); 
continue; 
! 
break; 
, 
14; 
! 
// kiírás 


for (i—0;iC5; it) 

( 
Console.WriteLine (spv[i] .név) ; 
Console.WriteLine (spv[i] .kor) ; 





IX.2. Fájl input — output 


A fájl input-output szolgáltatásokat a System.IO névtér osztályai nyújtják. 
Kétféle típusát különböztethetjük meg a fájlok írásának, olvasásának, ezek a 
bináris, illetve a szöveges fájlműveletek. 

A könyvtári osztályok jellemző műveletei, tulajdonságai: 


Az osztályok a System. IO.Stream-ből származnak 
Jellemző utasítások: 
e read (olvasás) 
e write (írás) 
e seek (pozíció állítás). 
Flush, a belső puffereket üríti 
Close , zárás 
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IX.2.1. Bináris fájl input-output 
A bináris műveletek két alaposztálya: 
e BinaryReader olvasásra, 
e BinaryWriter írásra. 


Mindkét osztály konstruktora — ha nem akarunk egy általános, semmihez nem kötött 
objektumot kapni, — egy Síream utódot, jellemzően FileStream típust vár paraméterül. A 
FileStream osztály teremti meg a program objektuma és egy fájl között a kapcsolatot. 

Egy FileStream objektum létrehozásánál leggyakrabban négy paramétert 
szoktak megadni (a fájl nevét és a módot kötelező): 


e a fájl nevét 
e fájlmód paramétert: 
e FileMode.Open (létező fájl), 
e FileMode.Append (létező végére), 
e FileMode.Create (új fájl) 
e fájlelérést, 
e FileAccess.Read, 
e FileAccess.ReadWrite, 
e FileAccess. Write. 
e megosztás módja: 
e FileShare.None, 
e FileShare.Read, 
e FileShare.ReadWrite, 
e FileShare.Write. 


Természetesen a FileStream konstruktornak sok változata van, ezek 
részletezését az online dokumentációban lehet olvasni. 

Bináris állományoknál lehetőségünk van még a fájlmutató állítására is 
(Seek), ezzel egy állomány különböző pozícióiba végezhetünk fájlműveleteket. 

Egy fájlrendszerbeli állomány eléréséhez a rendszerkönyvtár File és Fileinfo 
osztályai is lehetőséget nyújtanak. A File osztály függvényei statikusak, míg a 
Fileinfo osztályból példányt kell készíteni. 


A legfontosabb File statikus függvények: 


e FileStream f-File.Create(fájlnév), //új fájl létrehozása 

e FileStream f-—File.Open(fájlnév), //fájl megnyitása 

e StreamWriter f—File.CreateText(fájlnév), //fájl létrehozása 

e StreamReader f-File.OpenText(fájlnév), //fájl nyitás 

e File.Exists(fájlnév) //létezik-e az adott állomány 
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Könyvtárakkal kapcsolatosan a Directory osztály statikus függvényei állnak 


rendelkezésre. 


Ha megnyitottunk egy bináris állományt, akkor írásra a legfontosabb 
Binary Writer függvények a következők: 


e Write(adat) 


// több példányban létezik, bármely 


// alaptípust kiír. 
e FlushO // pufferek ürítése 
e Close) // fájlzárás 
e Secek(mennyit, honnan) // fájlmutató pozicionálása 


A legfontosabb BinaryReader függvények: 


e Read(...) 
e Readlnt320 


e Close) 


// több példányban létezik, bármely 
//alaptípust beolvas. 

// egész szám beolvasása 

// más alaptípusokra is létezik 

// fájlzárás 


A fájl olvasási műveletek fájl vége esetén EndOfFileException kivételt dob- 


nak, így ha nem tudjuk, 


mennyi adat van egy állományban, akkor ennek 


megfelelően try blokkban kell az olvasást végezni! 


Ezek után nézzünk egy 


using System; 
using System. IO; 
class fileteszt 


( 


rövid példát: 


private static string nev — "Test.data"; 





public static 
( 


void Main(String[] args) 


// új állomány létrehozása 


if (File.l 
( 





Exists (nev) ) 


Console.WriteLine("(0) mér létezik!", nev); 
return; 


: 


// FileStream létrehozása 
FileStream fs — new FileStream(nev, FileMode.CreateNew) ; 





// a filestream hozzárendelése bináris íráshoz. 
BinaryWriter w — new BinaryWriter (ÍS) ; 
// adatkiírás. 
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for (int i — 0; i c 5; it) 
( 





w.Write( i); 
) 
w.Close () ; 
fs.Close(); — // fájlzárás 
// Create the reader for data. 
fs — new FileStream(nev, FileMode.Open, FileAccess.Read) ; 
BinaryReader r — new BinaryReader (fs) ; 
// olvasás. 
for (int i — 0; i c 5; it) 
í 








Console.WriteLine (r.ReadInt32 () ) ; 





: 


w.Close () ; 


IX.2.2. Szöveges jájl input-output 


Szöveges fájl input-output műveletek alaposztályai, ahogy már korábban is 
volt róla szó, a TextReader és TextWriter osztályok. Ezek az osztályok absztrak- 
tak, az ezekből származó StreamReader és StreamWriter osztályok jelentik a 
gyakorlatban a szöveges állományokkal kapcsolatos lehetőségeket. 

Ha megnyitottunk egy szöveges állományt, akkor írásra a legfontosabb 
StreamWriter függvények a következők: 


e Write(adat) // több példányban létezik, bármely 
// alaptípust kiír. 

e WriteLine(s) // egy sort ír ki 

e FlushÓ // pufferek ürítése 

e Close) // fájlzárás 


A legfontosabb SíreamReader függvények: 


e int Read) // karaktert beolvas. 
e ReadLineŐ // egész sort beolvas 
// más alaptípusokra is létezik 
e Close) // fájlzárás 
e Peek0 // a következő karaktert kapjuk a fájlból 


// de nem módosul a fájlpozíció 
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Példa: 


using System; 

using System. IO; 

class Test 

( 
public static void Main() 
( 





StreamWriter sw — new StreamWriter("Teszt.txt") ; 
//kiírás. 
sw.Write("Szia") ; 
sw.WriteLine("TEZ A FOLYTATÁS.") ; 
sw.WriteLine ("Újabb sor."); 

sw.Close() ; 

// fájlolvasás. 

StreamReader sr — new StreamReader ("Teszt.txt") ; 
string sor; 
// olvasás soronként, amíg van adat 
while ((sor — sr.ReadLine()) !— null) 
í 




















Console.WritelLine (sor) ; 


: 
: 


A .NET keretrendszer könyvtára a bináris és a szöveges fájlok mellett sok 
egyéb típusú fájl i/o műveleteit is támogatja, ilyenek például az XmilTextReader 
és az XAmiTextWriter, amelyek XML állományok kezelését segítik elő, vagy a 
HtmiTextWriter, és a HtmlTextReader, amelyek HTML állományok. írását, 
olvasását végzik. 

A fájl input-output szolgáltatásokra is, mint általában minden könyvtári 
szolgáltatásra igaz az, hogy a megfelelő megoldási elképzelés kialakításához 
érdemes az online, MSDN segítség szolgáltatását is igénybe venni. 


IX.3. Feladatok 


1. Mit jelent a standard input-output lehetősége? 

2. Milyen formázási lehetőségeket ismer? 

3. Mi a különbség a bináris és szöveges fájl között? 
4 


Írja ki a számot decimális, hexadecimális formában balra, majd jobbra 
igazítva 20 szélességben! 


5. Tárolunk egy nevet és egy számot, írjuk ki ezeket adatok .bin névvel 
bináris, majd adatok.txt névvel szöveges formában! 


X. Párhuzamos programvégrehajtás 


A feladatok gyorsabb, hatékonyabb elvégzésének érdekében az utóbbi 
években speciális lehetőségként jelent meg a párhuzamos programvégre- 
hajtás. Gondolhatunk a többfeladatos operációs rendszerekre, vagyis arra 
például, hogy miközben a programunkat fejlesztjük, és valamilyen szöveg- 
szerkesztőt használunk, a produktívabb munkavégzés érdekében, gondolko- 
dásunkat serkentendő, kedvenc zenénket hallgathatjuk számítógépünk segít- 
ségével. 

A párhuzamos programvégrehajtás programjaink szintjén azt jelenti, hogy az 
operációs rendszer felé több végrehajtási feladatot tudunk definiálni. 

Például egy adatgyűjtési feladatban az egyik szál az adatok gyűjtését végzi, 
a másik szál pedig a korábban begyűjtött adatokat dolgozza fel. 

A .NET keretrendszer, ahogy több más fejlesztőeszköz is, lehetőséget ad 
arra, hogy egy program több végrehajtási szálat definiáljon. Ezekről a végrehaj- 
tási szálakról az irodalomban, online dokumentációban threads, threading néven 
olvashatunk. 


X.1. Szálak definiálása 


Általában elmondhatjuk, hogy a párhuzamos végrehajtás során az alábbi 
lépéseket kell megtenni (ezek a lépések nem csak ebben a C$ környezetben 
jellemzők): 


e Definiálunk egy függvényt, aminek nincsenek paraméterei és a visszaté- 
rési típusa void. Ez több rendszerben kötelezően run névre hallgat. 

e Ennek a függvénynek a segítségével egy függvénytípust, delegáltat 
definiálunk. . Könyvtári szolgáltatásként a  ThreadStart ilyen, 
használhatjuk ez is, ahogy a következő példa mutatja. 

e Az így kapott delegáltat felhasználva készítünk egy 7hread objektumot. 

e Meghívjuk az így kapott objektum Szart függvényét. 


A párhuzamos végrehajtás támogatását biztosító könyvtári osztályok a 
System. Threading névtérben találhatók. 
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Ezek után az első példaprogram a következőképpen nézhet ki: 
Példa: 


using System; 
using System.Threading; 


class program 

( 
public static void szal() 
( 








Console.WriteLline("Ez a szálprogram!") ; 
PTOGgi: 





, 
public static void Main() 
( 





Console.WriteLine("A főprogram itt indul!"); 
ThreadStart szalmutato-new ThreadStart (program. szal) ; 
// létrehoztuk a fonal függvénymutatót, ami a 

// szal() függvényre mutat 

Thread fonal-new Thread(szalmutato) ; 

// létrehoztuk a párhuzamos végrehajtást végző objektumot 
// paraméterül kapta azt a delegáltat (függvényt) amit 
// majd végre kell hajtani 

fonal.Start () ; 

// elindítottuk a fonalat, valójában a szal() függvényt 
// a fonal végrehajtása akkor fejeződik be amikor 

// a szal függvényhívás befejeződik 
Console.WriteLine ("Program vége!") ; 








X.2. Szálak vezérlése 


Ahogy az előző példában is láthattuk, egy szál végrehajtását a Start függ- 
vény hívásával indíthatjuk el, és amikor a függvény végrehajtása befejeződik, a 
szál végrehajtása is véget ér. Természetesen a szál végrehajtása független a Main 
főprogramtól. 

A természetes végrehajtás mellett szükség lehet a szál végrehajtásának 
befolyásolására is. Ezek közül a legfontosabbak a következők: 


e Sleep (millisec): statikus függvény, az aktuális szál végrehajtása várako- 
zik a paraméterben megadott ideig. 
e  JoinO: az aktuális szál befejezését várjuk meg 
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InterruptO: az aktuális szál megszakítása. A szál objektum interrupt hí- 
vása ThreadlnterruptedException eseményt okoz a szál végrehajtásában. 
AbortO: az aktuális szál befejezése, valójában a szálban egy 
AbortThreadException kivétel dobását okozza, és ezzel befejeződik a 
szál végrehajtása. Ha egy szálat abortáltunk, nem tudjuk a Start függ- 
vénnyel újraindítani, a start utasítás ThreadStateException kivételt dob. 
Ezt a kivételt akár mi is elkaphatjuk, és ekkor, ha úgy látjuk, hogy a 
szálat mégsem kell , abortálni", akkor a Thread.ResetAbort() függvény- 
hívással hatályon kívül helyezhetjük az Abort() hívását. 

IsAlive: tulajdonság, megmondja, hogy a szál élő-e 

SuspendO: a szál végrehajtásának felfüggesztése 

ResumeO: a felfüggesztés befejezése, a szál továbbindul 


Ezek után nézzük meg a fenti programunk módosítását, illusztrálva ezen 
függvények használatát. 


Példa: 


using System; 
using System.Threading; 


class program 


( 





public static void szal() 
( 





Console.WriteLine("Ez a szálprogram! ") ; 
Thread. Sleep (1000) ; 
// egy másodpercet várunk 














Console.WriteLine("Ietelt az 1 másodperc a szálban!") ; 
Thread. Sleep (5000) ; 
Console.WriteLine("Ietelt az 5 másodperc a szálban!") ; 














Console.WriteLline ("Szál vég!"); 


: 


public static void Main() 
( 





Console.WriteLine("A főprogram itt indul!"); 

ThreadStart szalmutato-new ThreadStart (program. szal) ; 

// létrehoztuk a fonal függvénymutatót, ami a 

// szal() függvényre mutat 

Thread fonal-new Thread(szalmutato) ; 

// létrehoztuk a párhuzamos végrehajtást végző objektumot 
// paraméterül kapta azt a delegáltat (függvényt), amit 
// majd végre kell hajtani 

fonal.Start () ; 

// elindítottuk a fonalat, valójában a szal() függvényt 
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Thread. Sleep (2000) ; 

// várunk 2 másodpercet 

Console.WriteLine ("Letelt a 2 másodperc a főprogramban, 
a szálat felfüggesztjük! ") ; 








fonal .Suspend() ; 

// fonal megáll 

Thread. Sleep (2000) ; 

Console.WriteLine("Ietelt az újabb 2 másodperc a 
főprogramban, a szál végrehajtását folytatjuk!"); 

fonal .Resume () ; 

// fonal újraindul 

fonal.Join() ; 

// megvárjuk a fonalbefejeződést 

Console.WriteLine ("Program vége! ") ; 








A program futása az alábbi eredményt adja: 


cx "C:Wprogramokthajratbinbebugthajra.exe" 


A főprogram itt indul? 

lEEz a szál program? 

ILetelt az í1 másodperc a szálban? 

ILetelt a 2 másodperc a főprogramban, a szálat felfüggesztjük? 


ILetelt az újabb 2 másodperc a főprogramban, a szál végrehajtását folytatjuk? 
Letelt az 5 másodperc a szálban? 

Szál vég? 

Program vége? 

Press any key to continue. 





12. ábra 


Ha több szálat is definiálunk, vagy akár csak egyet, mint a fenti példában, 
szükségünk lehet a végrehajtási szál prioritásának állítására. Ezt a szálobjektum 
Priority tulajdonság állításával tudjuk megtenni az alábbi utasítások valamelyi- 
kével:. 


fonal.Priority-IhreadPriority.Highest // legmagasabb 
fonal.Priority-IhreadPriority.AboveNormal // alap fölött 
fonal.Priority-IhreadPriority.Normal // alapértelmezett 
fonal.Priority-IhreadPriority.BelowNormal // alap alatt 
fonal .Priority-IhreadPriority. Lowest // legalacsonyabb 


A Thread osztály további tulajdonságait az online dokumentációban találhat- 
juk meg. 
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X.3. Szálak szinkronizálása 


Amíg a szálak végrehajtásánál adatokkal, egyéb függvényhívással kapcsola- 
tos feladataink nincsenek, a szálak egymástól nem zavartatva rendben elvégzik 
feladataikat. Ez az ideális helyzet viszont ritkán fordul elő. 

Tekintsük azt a példát, mikor egy osztály az adatmentés feladatát végzi. (Ezt 
a példánkban egyszerűen a képernyőre írással valósítjuk meg.) 

Definiáljunk két szálat, amelyek természetesen a programosztály adat- 
mentését használják. Az előző forráskódot kicsit átalakítva az alábbi programot 
kapjuk: 


Példa: 


using System; 
using System.Threading; 


class adatok 
1 
public void mentes (string s) 
í 
Console.WriteLine ( "Adatmentés elindul!"); 
for(int i—0;150;7i-tt) 
( 
Thread. Sleep (1) ; 
Console.Write (s) ; 
) 
Console.WriteLine("") ; 
Console.WriteLine ("Adatmentés befejeződött! ") ; 





! 


class program 

( 
public static adatok a-—new adatok () ; 
// adatmentésmező a programban 


// száll definiálás 
public static void szall() 
( 








Console.Writeline("Ez a száll program indulás!") ; 

// egy másodpercet várunk 

Console.WriteLine ("Adatmentés meghívása száll-ből!") ; 
a.mentes ("4") ; 
Console.WriteLline ("Száll vége! ") ; 
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// száll definiálás 
public static void szal2() 




















( 
Console.WriteLine("Ez a szál2 programindulás! ") ; 
// egy másodpercet várunk 
Console.WriteLine ("Adatmentés meghívása szal2-ből!") ; 
a.mentes (7—") ; 
Console.WriteLine ("Szál2 vége!"); 
! 
public static void Main() 
( 
Console.WriteLine("A főprogram itt indul!"); 
ThreadStart szalmutatol-new ThreadStart (program. szal1) ; 
ThreadStart szalmutato2Z—-new ThreadStart (program. szal2) ; 
// létrehoztuk a fonal függvénymutatót, ami a 
[/ 
Thread fonall-—-new Thread(szalmutatol) ; 
Thread fonal2—new Thread(szalmutato2) ; 
fonal1.Start () ; 
fonal2.Start () ; 
Va 
[/ 
Console.WriteLine ("Program vége!") ; 
! 


A programot futtatva az alábbi eredményt kapjuk: 


ca "C:WprogramokthajratbinDebuglhajra.exe" 


A főprogram itt indult 

lEEz a száli program indulás? 

fidat mentés meghívása szali-bőlt 
fidatmentés elindul? 

lEEz a szál2 program indulás? 

Adat mentés meghívása szal2-ből? 
fhidatmentés elindul? 

Program vége? 





fhidatmentés befejeződött? 
Száli vége? 


Press any key to continue 





13. ábra 
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Ebből a futási eredményből az látszik, hogy a fonal! és a fonal2 mentése, 
azaz ugyanannak a függvénynek a végrehajtása párhuzamosan történik! 

(Csak azért került egy kis várakozás a ciklusba, hogy szemléletesebb legyen 
a párhuzamos függvényfutás, a 1 és — karakterek váltott kiírása.) 

A 7 és a — karakterek váltakozó kiírása, azaz a két fonal törzsének váltakozó 
végrehajtása nem jár különösebb gonddal. De gondoljunk például egy olyan 
esetre, amikor az adatmentő függvény soros portra írja a mentési adatokat 
archiválási céllal, vagy vezérel valamilyen eszközt. Ekkor lényeges az adatok 
, sorrendje", és ez a fajta futási eredmény nem kielégítő. Tehát alapvető igény a 
többszálú végrehajtás esetén, hogy biztosítani tudjuk egy függvény, egy utasítás 
megszakításmentes (ezt gyakran thread safe lehetőségnek nevezik), ún. szinkro- 
nizált végrehajtását. 

Ha egy adat módosítását, egy függvény hívását egy időpontban csak egy 
végrehajtási szálnak szeretnénk engedélyezni, akkor erre több lehetőségünk is 
kínálkozik. Csak a leggyakrabban használt lehetőségeket említjük, hiszen nem 
tudjuk, és nem is célunk az összes lehetőség referenciaszerű felsorolása. 

Automatikus szinkronizációnak nevezi a szakirodalom azt a lehetőséget, mi- 
kor egy egész osztályra , beállítjuk" ezt a szolgáltatást. Ehhez két dolgot kell 
megtennünk: 


1. A Synchronization() attribútummal kell jelölni az osztályt. Az attribú- 
tumokkal a következő fejezet foglalkozik, így most egyszerűen fogadjuk 
el ezt az osztályra, függvényre, változóra állítható információt. 

2. Az osztályt a ContextBoundObject osztályból kell származtatni. 


Példa: 


[ISyneronization() ] 
class szinkronosztály: ContextBoundObject 
( 
int i55; // egy időbencsak egy szál fér hozzá 
public void Novel () // ezt a függvényt is csak egy szál 
// tudja egyszerre végrehajtani 





( 
B Ézs 


: 


Az automatikusan szinkronizált osztályoknál a statikus mezőket többen is 
elérhetik. Ezt orvosolja a függvények, blokkok szinkronizációja, amit gyakran 
manuális szinkronizációnak is neveznek. 
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Egy függvény szinkronizált végrehajtását a legegyszerűbben a 
Methodilmpl4Attribute attribútum beállításával érhetjük el. Ezt mind példány, 
mind pedig statikus függvényre alkalmazhatjuk. 


[MethodimplAttribute (MethodImplOptions . Syncronizeg) ] 
public void safe fv() 
( 


: 


Egy függvény szinkronizált végrehajtására kínál egy másik megoldást a 
Monitor osztály enter és exit függvénye. Amíg egy monitor a belépéssel véd egy 
végrehajtási blokkot, addig egy másik szál azt nem tudja meghívni. Ekkor a 
következőképpen módosul az adatmentés függvénye: 


public void mentes (string s) 


( 





Monitor.Enter (this) ; 


Console.WritelLine ( "Adatmentés elindul!") ; 
for(int i—-0;150;7it-) 
í 
Thread. Sleep (1) ; 
Console.Write (s) ; 
) 
Console.WriteLine("") ; 
Console.WriteLine ("Adatmentés befejeződött! ") ; 
Monitor. Exit (this) ; 








Az eredményben azt láthatjuk, hogy az a blokk, amit a Monitor véd, 
megszakítás nélkül fut le. 


ca "C:WprogramokthajratbinDebuglhajra.exe" 


A főprogram itt indul? 
Program vége? 
Ez a száli program indulás? 
fdatmentés elindul? 
Ez a szál2 program indulás? 
tTttEETTTTTTTTTTETTTTETTTTETTETTTETTETTTETTETTETETTETTETETETTET ETETETT ETETETT ETET Et tt 
fAidatmentés befejeződött? 
fidatmentés elindul? 
, 


fidatmentés befejeződött? 
Szál2 vége? 
Press any key to continue, 
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Hasonló eredményt kaphatunk, ha a C$ nyelv lock utasításával védjük a kí- 


vánt blokkot. Ha a fenti függvényt a lock nyelvi utasítással védjük, azt a fordító 
a következő alakra alakítja: 





Monitor.Enter (this) ; 
try 
( 
utasítások; 
) 
finally 
if 





Monitor.Exit (this) ; 
, 
A teljesség igénye nélkül a Monitor osztály két függvényéről még szót kell 
ejtenünk. Az egyik a Wait, ami a nevéből sejthetően leállítja a szál végrehajtását, 
és a paraméterobjektum zárását befejezi. 


Monitor .Wait (objektum) ; 


A függvény használathoz a Pulse függvény is hozzátartozik, ami az objek- 
tumra várakozó szálat továbbengedi. 


Monitor.Pulse (objektum) ; 


Hasonló szolgáltatást ad a Windows API mutex (mutual exclusive, kölcsönös 
kizárás) lehetőségének megfelelő Mutex osztály. Lényeges különbség a moni- 
torhoz képest, hogy a kizárólagos végrehajtáshoz megadhatjuk azt is, hogy ez 
mennyi ideig álljon fenn. (WaitOne függvény) 


class adatok 
( Mutex m-new Mutex () ; 
public void mentes (string s) 
í 
m.WaitOne () ; 
Console.WriteLine ("Adatmentés elindul!"); 
for(int i—-0;i1c050;itt) 
( 
Thread. Sleep (1) ; 
Console.Write (s) ; 
) 
Console.WriteLine("") ; 
Console.WritelLine ("Adatmentés befejeződött! ") ; 
m.Release () ; 
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Még  manuálisabb adat vagy utasítás  szinkronizációt biztosít a 
ReadWriterLock, valamint az Interlocked osztály is. Ezek és a további 
szinkronizációs lehetőségek ismertetése túlmutat e könyv keretein. 

Ha könyvtári szolgáltatásokat veszünk igénybe, például MSDN Help, az 
egyes hívások, osztályok mellett olvashatjuk, hogy thread safe-e vagy nem a 
használata, attól függően, hogy a szinkronizált hozzáférés biztosított-e vagy sem. 

A szálakkal kapcsolatban befejezésül meg kell említeni a /STAThreadJ/ 
illetve az /MTAThread/ attribútumot, ami azt mondja meg, hogy Single (egy) 
vagy Multi (több) szálat tartalmazó alkalmazásként definiáljuk a programunkat 
COM komponensként való együttműködésnél. Alapértelmezés a ISTAThread] 
használata, ami például a Windows alkalmazások , Drag and Drop" jellemzők 
használata esetén követelmény is. 


X.4. Feladatok 


1. Mit értünk párhuzamos programvégrehajtás alatt? 
2. Hogyan tudunk szálat definiálni? 


3. Mit jelent a /ock utasítás? Milyen könyvtári szolgáltatás felel meg ennek 
az utasításnak? 


4. Készítsen programot, amely két süket ember beszélgetését szimulálja! 
Mindketten egy-egy fájlban tárolják a mondókájukat! 


5. Használjunk szinkronizálást, módosítsuk az előző feladatot úgy, hogy a 
mondatvégeknél lehet a másik szereplőnek átvenni a beszéd fonalát! 
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Képzeljük el, hogy definiáltunk egy új típust (osztályt), minden adatnak, 
függvénymezőnek elkészítettük a megfelelő kezelését, jelentését, használatát, 
azaz a típusunk használatra kész. Mégis, egyes mezők vagy esetleg az egész tí- 
pus mellé bizonyos plusz információkat szeretnénk hozzárendelni. 

Példaként nézzünk két ilyen, a mindennapi programozási feladataink során 
is előforduló esetet! 


Első példa: 

Egy program általában több típussal, adattal dolgozik. Ezek között az adatok 
között lehet néhány, amelyek értékére a program következő indulásakor is 
szükségünk lehet. Ezeket a program végén elmentjük a registry-be. (A registry a 
korábbi Windows ini állományokat váltja fel, programhoz kötődő információkat 
tudunk ebben az operációs rendszerbeli adatbázisban tárolni.) Természetesen 
innen be is olvashatjuk ezeket az adatokat. A programunk elvégzi ezt a mentést 
is, a visszaolvasást is. Ha viszont felteszi valaki a kérdést a programban, hogy 
jelenleg kik azok, akiket a registry-ben is tárolunk, akkor erre nincs általános 
válasz! Minden programba bele kell kódolni azt, hogy melyek a mentett 
adataink! Hasznos lenne, ha nem kellene ezt megtenni, csak jelölhetnénk ezeket 
a mezőket, és ezt a jelölést később kikereshetnénk. 


Második példa: 

Ez a példa talán kicsit távolabb áll az informatikától, de nem kevésbé 
életszerű. Definiáljuk — vagy nem is kell definiálnunk, mert egyébként is 
léteznek — az emberek különböző csoportjait! Ebbe a definícióba értsük bele a 
normális használathoz szükséges összes tulajdonságot (nem, foglalkozás, 
életkor, végzettség, ..)! Emellett szükségünk lehet mondjuk egy olyan infor- 
mációra, hogy például az illető fradidrukker-e! Természetesen az alaptulaj- 
donságok közé is felvehetnénk ezt a jellemzőt, de mivel ennek az adatnak a típus 
tényleges működéséhez semmi köze nincs — nem fradidrukker is végezheti 
rendesen a dolgát —, ezért ez nem lenne szerencsés. 


Az ilyen plusz információk elhelyezésére nyújt lehetőséget a Ci nyelvben az 
attribútum. 

Az attribútumok olyan nyelvi elemek, melyekkel fordítási időben 
osztályokhoz, függvényekhez vagy adatmezőkhöz információkat rendelhetünk. 
Ezek az információk aztán futási időben lekérdezhetők. 
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XI.1. Attribútumok definiálása 


Mivel a nyelvben gyakorlatilag minden osztály, így ha egy új attribútumot 
szeretnénk definiálni, akkor valójában egy új osztályt kell definiálnunk. Annyi 
megkötés van csak, hogy ezen attribútumot leíró osztálynak az Attribute bázis- 
osztályból kell származnia. 

Ezek alapján a fradi szurkoló attribútum definiálása a következőképpen 
történhet: 


Példa: 


class fradi szurkoló:Attribute 


( 
: 


Egy attribútum, ahogyan egy kivétel is, már a nevével információt hordoz. 
Természetesen lehetőségünk van ehhez az osztályhoz is adatmezőket definiálni, 
ha úgy ítéljük meg, hogy a típusnév, mint attribútum még kevés információval 
bír. Ekkor — mint egy rendes osztályhoz — adatmezőket tudunk definiálni. Az 
adattípusokra annyi megkötés van, hogy felhasználói osztálytípus nem lehet. 
Ellenben lehetnek a rendszerbeli alaptípusok (bool, int, float, char, string, 
double, long short, object, Type, publikus enum). Adatok inicializálására 
konstruktort definiálhatunk. 

Egy attribútum osztályban kétféle adatot, paramétert különböztethetünk 
meg. Pozicionális és nevesített paramétert. Pozicionális paraméter a teljesen nor- 
mális konstruktorparaméter. Nevesített paraméternek nevezzük a publikus 
elérésű adat- vagy tulajdonságmezőket. A tulajdonságmezőnek rendelkezni kell 
mind a get, mind a set taggal. A nevesített paramétereknek úgy adhatunk értéket, 
mintha normál pozicionális konstruktorparaméter lenne, csak a konstruktorban 
nincs semmilyen jelölésre szükség. A konstrukció kicsit hasonlít a C--- nyelv- 
ben használatos alapértelmezett (default) paraméterek használatához. 

Ezek után nézzük meg a fradi szurkoló attribútumunkat két adattal kiegé- 
szítve. Az egyik legyen az az információ, hogy hány éve áll fenn ez a viszony, 
míg a másik az, hogy az illető törzsszurkoló-e? 


Példa: 


class fradi szurkoló:Attribute 
( 
private int év; // hány éve szurkoló 
private bool törzsgárda; — // törzsszurkoló-e 
public fradi szurkoló(int e) 
( 
év-e; // konstruktor beállítja a normal paramétert 


: 
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public bool Törzsgárda 
( 

get 

( 


return törzsgárda; 


törzsgárda—value; 


: 


Ekkor a Jörzsgárda tulajdonságmezőt nevesített paraméternek hívjuk. Az 
elnevezést az mutatja, hogy erre a tulajdonságra a konstruktorhívás kifejezésé- 
ben tudunk hivatkozni, mintha ez is konstruktorparaméter lenne, pedig nem is 
az! 


Példa: 


[fradi szurkoló(5, Törzsgárda-true) ] 


XI.2. Attribútumok használata 


Az eddig megismert attribútumjellemzők definiálását, használatát, majd a 
beillesztett információ visszanyerését nézzük meg egy példán keresztül! Mielőtt 
ezt tennénk, meg kell jegyezni, hogy az információvisszanyerési lehetőségek a 
típusinformáció lekérdezés lehetőségéhez illeszkednek. Ennek bázisosztálya a 
Type. Ezt a könyvtári szolgáltatást az irodalom gyakran reflekciónak nevezi. 
Ezeket a lehetőségeket csak olyan mértékben nézzük, amennyire a példaprogram 
megkívánja. 

A típusinformáció szolgáltatás a Reflection névtérben található, tehát a hasz- 
nálatához a 


using System.Reflection; 


utasítást kell a program elejére beírni. 

A típusinformáció visszanyeréséhez jellemzően a 7ype osztály GetType/) 
statikus függvényét kell meghívni, ami egy paramétert vár tőlünk, azt az osztály- 
típust, amit éppen fel szeretnénk dolgozni. 





Type t-Iype.GetType ( "orogram") ; 
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Ekkor a programosztályomat szeretném a t nevű típusleíró objektumon 
keresztül elemezni. A kapott £ objektumra megkérdezhetem például, hogy osz- 
tály-e: 





if (t.IsClass()) Console.Writeline("Igen") ; 


.p.f 


forrás. 

A típushoz tartozó attribútumok listáját a GetCustomAttributes() függvény- 
hívás adja meg. Ez eredményül egy Attribute vektort ad. Jellemző módon, ezen 
egy foreach ciklussal lépdelünk végig: 


foreach (Attribute at in t.GetCustomAttributes () ) 


( 
// feldolgozzuk az at attribútumot... 


: 


Ez a feldolgozás osztályokra (pl. program, stb.) vonatkozó attribútumokra 
megfelelő. Előfordulhat viszont olyan is, mikor függvényekhez vagy adat- 
mezőkhöz rendelünk attribútumot. Ekkor először az adott típus függvényeit vagy 
az adatmezőit kell megkapnunk, majd ezen információk attribútumait kell 
lekérdeznünk. 

Egy típus függvényeit a GetMethods() hívás szolgáltatja, eredményül egy 
Methodlnfo típust ad. 


foreach (MethodIinfo m in t.GetMethods () ) 
( 
foreach (Attribute at in m.GetCustomAttributes () ) 
í 
// feldolgozzuk az m függvény at attribútumát... 
) 


Egy típus adatmezőit a GetFields() adja, eredménye Fieldinfo típusú. 


foreach(Fieldinfo f in t.GetFields()) 
( 
foreach (Attribute at in f.GetCustomAttributes () ) 
( 
// feldolgozzuk az f adatmező at attribútumát... 
: 
h 
Ha egy attribútumosztályt definiálunk, írjuk az osztály neve után az Attribute 
szót, ahogyan azt gyakran tanácsként is megfogalmazzák a szakirodalomban, 
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hiszen így könnyen meg lehet különböztetni a rendes osztályoktól. Természe- 


tesen ebben az esetben is elhagyhatjuk az attribute szócskát a használat során, 
mert azt a fordító odaérti. 


Tehát ekkor a fradi szurkoló attribútumosztályt a következőképpen defini- 
áljuk: 


class fradi szurkolóAttribute:Attribute 
í 


: 


Ezen definíció esetében is használhatjuk a következő alakot: 


[fradi szurkoló] 


Természetesen ekkor a teljes nevű hivatkozás is helyes: 


[fradi szurkolóAttributel] 


Ezek után megnézzük a fradi szurkoló attribútumunk definiálását és hasz- 
nálatát egy kerek példán keresztül. A példa nem használja az iménti Attribute 
kiegészítéses definíciót. 


Példa: 
using System; 


using System.Reflection; 


class fradi szurkoló:Attribute 


( 


private int ev; // hány éve szurkoló 
private bool torzsszurkolo; // vajon törzsszurkoló-e 
public fradi szurkoló(int e) // az e rendes, pozicionális 
( // paraméter 
ev—e; 
! 
public override string ToString() 
( 





string s-"Ez az ember fÍradiszurkoló! 
Évek száma:"tevt"Törzsszurkoló:"-itorzsszurkolo; 





return S; 
, 
// az alábbi Torzsszurkoló tulajdonság nevesített 
// fradi szurkoló paraméter, mert publikus és van get és set 
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VAA 


része, amivel az adott torzsszurkolo logikai mezőt állíthatjuk 


public bool Törzsszurkoló 


( 


get 
( 


return torzsszurkolo; 


torzsszurkoloc-value; 


class ember 


( 


string nev; 
public ember (string n) 


( 


: 


nev-n; 


class adatok() //nem fontos, hogy érdemi információt tartalmazzon 


class program 


( 
[/ 


attribútum beállítása 


[fradi szurkoló(35)] 
public ember en— new ember ("Zoli") ; 


[/ 
ZT 
[/ 
[/ 
[/ 
[/ 
[/ 
V7 





a normál konstruktort hívtuk meg, azok a mezők, amiket nem 
inicializál, alapértelmés szerint kerülnek beállításra 

0, ha szám, false ha bool, illetve null, ha referencia 
Egy attribútum csak a következő adat vagy függvény vagy 
osztályra hat!!! 

Így a következő adatok típusú változónak nincs köze 

a fradi szurkoló attribútumhoz 








public adatok a—-new adatok(); 


[/ 


[fradi szurkoló (42, Törzsszürkoló-true) )] 
public ember te— new ember ("Pali"); 


JA 





Pali már törzsszurkoló 


public static void Main() 


( 
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program p-new program () ; 
Console.WriteLine("A főprogram itt indul!"); 
Type t-Iype.GetType ("program") ; 

foreach( Fieldiínfo mezo in t.GetFields()) 

1 








Console.WriteLine (mezo. FieldType) ; 

// mezőtípus kiírása 

Console.WriteLine (mezo. Name) ; 

// mezőnév kírása 

if ((mezo.GetCustomAttributes (true) ) . Length:0) 
( 








foreach (Attrikute at in mezo.GetCustamAttrikutes (true) ) 
( 
// megnézzük fradiszurkoló-e 
fradi szurkoló f-at as fradi szurkoló; 
if (f1—null) // igen ez a mező fradiszurkoló 
Console.WriteLine (at.ToString() ) ; 


: 


else 
Console.WriteLine("Ez az adat nem rendelkezik 
attribútummal!") ; 








: 


Console.WriteLine ("Program vége! ") ; 


Eredményül az alábbi kép jelenik meg: 


WprogramokthajratbinDebugthajra.exe" 


A főprogram itt indul? 
ember 

en 

Ez az ember fradi szurkoló?! Évek száma:35Törzsszurkoló:False 
adatok 

ja 

lEEz az adat nem rendelkezik attribútummal? 

ember 

te 

Ez az ember fradi szurkoló?! Évek száma: 42Törzsszurkoló:True 
Program vége? 

Press any key to continue. 
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XI.3. Könyvtári attribútumok 


Három könyvtári attribútum áll rendelkezésünkre: 


e System.AttributeUsageAttribute: Segítségével megmondhatjuk, hogy a 
definiálandó új attribútumunkat milyen típusra engedjük használni. Ha 
nem állítjuk be, alapértelmezés szerint mindenre lehet használni. 


Az AttributeTargets felsorolás tartalmazza a választási lehetőségeinket: 


[AttributeUsage (AttributeTargets.Class) ] 


osztályattribútum:Attribute 
( 


: 


Ekkor az osztályattribútumok csak osztályok jelölésére használhatók. 
Előfordulhat, hogy egy attribútumot többször is hozzá szeretnénk ren- 
delni egy adathoz, akkor ennek az osztálynak az AllowMultiple nevesí- 
tett paraméterét igazra kell állítani. 


[AttributeUsage (AttributeTargets.Class, AllowMultiple-—true) ] 


e System.ConditionalAttribute: Egy szöveg a paramétere. Csak függvény- 
hez kapcsolhatjuk, és az a függvény, amihez kapcsoltuk csak akkor 
hajtódik végre, ha a paraméterül adott szöveg definiált. 


Példa: 


[Conditional ("alma") ] 
void almafuggveny () 
í 


Console.WriteLline ("Alma volt!"); 





: 


tdefine alma 
almafuggveny () ; // hívás rendben 


fFundefine alma 
almafuggveny () ; // hívás elmarad 
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A feltételes végrehajtású függvények kötelezően void visszatérésűek, és 
nem lehetnek virtuálisak, vagy override jelzővel ellátottak! Ezeket a 
kiértékeléseket az , előfordító" nézi végig. 


e System.ObsoleteAttribute: egy üzenet(szöveg) a paramétere, ha egy függ- 
vény elavult, és javasolt a mellőzése, akkor használhatjuk. 


XI.4. Feladatok 


1. Mi az attribútum, hogy tudjuk használni? 

2. Hogyan definiálhatunk saját attribútumot? 

3. Mi a különbség a rendes és nevesített attribútum paraméter között? 
4 


Készítsünk Hisz e a mesében attribútumot! Definiáljuk az ember 
osztályt, majd alkalmazzuk az attribútumot egyes példányaira ! 


Módosítsuk az előző attribútumot úgy, hogy meg tudjuk adni azt az időt 
amilyen régóta hisz valaki a mesében! 


XII. Szabványos adatmentés 


Az természetes, ahogy korábban már láttuk is, hogy a rendszerkönyvtárak 
bőséges támogatást nyújtanak az adatok fájlba mentéséhez illetve visszaolva- 
sásához. Az alkalmazások tekintetében ez teljesen természetes igény. Az alap- 
értelmezett lehetőségek mellett általában a környezetek olyan szabványos 
eszközzel is rendelkeznek, amelyek minden rendszertípusra rendelkezésre áll- 
nak, illetve a felhasználói típusokra , egyszerűen" implementálhatók. Ezzel egy 
olyan szolgáltatást kapnak az alkalmazások, amelyekkel szabványos ki- és 
bemeneti adatmozgatást végezhetnek minden erre felkészített típusra. 

Ennek a gyakorlati következménye az, hogy az így felkészített rendszerben a 
programozónak nem kell semmilyen extra mentési stratégián gondolkodnia, 
hanem egyszerűen csak azokat az objektumokat kell kiválasztania, amelyek 
értékeit menteni akarja. 

Természetesen ez a szolgáltatás is megtalálható majd minden mai környezet- 
ben. Az első klasszikus megvalósítása ennek a szolgáltatásnak talán a Visual 
C-- környezetében jelent meg a Microsoft Foundation Classes (MFC) szolgál- 
tatásaként, ahol a dokumentumosztály (az adatok helye) rendelkezésre bocsát 
egy Serialize függvényt, amely ezt a szabványos alkalmazás adatmentést 
biztosítja. Az MFC-ben minden könyvtári típus a Serialize függvényben hasz- 
nálható, míg a felhasználói típusok egy egyszerű lépéssorozat eredményeként 
képessé tehetők a szerializációra. 

Talán innen eredeztethető a névadás is, az irodalomban ezt a szolgáltatást 
szerializáció (Serialization), szabványos mentés névvel találhatjuk meg. 


XII.1. Könyvtári típusok szabványos mentése 


A szerializációs szolgáltatás a C$ nyelvben, ahogy a standard input-output 
is, a rendszer könyvtári szolgáltatásának része, és ez a System.Runtime.- 
Serialization névtérben található. 

Ha könyvtári típusok mentéséről van szó, akkor közvetlenül ennek a névtér- 
nek a használatára nincs is szükségünk. 

Mielőtt a közvetlen lehetőségről beszélnénk, a ki- és bemeneti adatfolyam 
formázásáról kell néhány szót ejtenünk. 

A jelenlegi rendszerkönyvtár kétféle típusú adatfolyam formázását támo- 
gatja. Bináris, illetve Soap, XML alapú (szöveges) formázást. Ezek az adatfor- 
mázó osztályok végzik a valódi adatfolyam elkészítését. A bináris adatfolyam 
bináris eredményfájlt, míg a Soap XML formátumú szöveges állományt hoz 
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létre. Ha ez a kétféle lehetőség nem elég, akkor egyéni formázó osztályok defi- 
niálhatók. 

A formázó osztályok a System. Runtime. Serialization. Formatters. Binary és a 
System. Runtime. Serialization. Formatters. Soap névterekben találhatók. 


A szerializáció folyamata az alábbi lépésekből áll: 


1. Ki kell jelölni egy FileStream objektumot, ami a program kapcsolatát je- 
lenti az állománnyal. 

2. Definiálni kell egy formázó objektumot, ez jelenleg bináris vagy szöve- 
ges lehet. A szöveges formázó objektum létrehozásához a System.- 
Runtime. Serialization. Formatters.soap.dil referenciát a projekthez kell 
csatolni (Project nézet I References l jobb egérgomb 1! Add reference). 


- 2 YE xX 23 - 





Coderile6.cs ] 4bx ! Solution Explorer - hajra 


l En 
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a Classics 

8] codeFile1 cs mm 

(£] CodeFile2.cs 
(ÉJ CodeFile3.cs 

TEA Ala easa za 





16. ábra 


3. A formázó objektum Serialize függvényével mentjük az adatokat. 
4.  Bezárjuk a fájlkapcsolatot. 


Ezek után nézzük a lehetőséget bemutató példaprogramot! 


Példa: 


using System; 

using System. IO; 

using System.Runtime.Serialization; 

using System.Runtime.Serialization.Formatters.Binary; 
using System.Runtime.Serialization.Formatters.Soap; 
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class serprog 

( 
// program adatai 
int 1-2; 
double d—-3.5; 
string s-"Íradi"; 


public static void Main() 
( 








serprog p-new serprog() ; 
//1.filestream létrehozása 

FileStream fb-File.Create("ser.bin") ; 
// 2.Binaryformatter készítés 
FileStream fs-File.Create("ser.txt") ; 
BinaryFormatter b-new BinaryFormatter () ; 
SoapFormatter so0—-new SoapFormatter () ; 
//3.bináris mentés 
b.Serialize(fb,p.i); 
b.Serialize(fb,p.a) ; 
b.Serialize(fb,p.s); 

// 3.Soap mentés 
so.Serialize(fs,p.i); 
so.Serialize(fs,p.d) ; 
so.Serialize(fs,p.s); 








//4. fájlzárás 
fb.Close() ; 
fs.Close() ; 


A program magyarázatául csak annyit, hogy miután lefuttatjuk, a projekt 
debug könyvtárában (ebbe a könyvtárba kerül a lefordított program) létrejön a 
ser.bin, illetve a ser.txt állomány. Ha ezt megnézzük, láthatjuk, hogy míg az 
előbbi bináris, az utóbbi XML formátumú. 

Visszaolvasás hasonló módon, csak a formatter objektum Deserialize függ- 
vényhívással végezhető el. 


XII.2. Saját típusok szabványos mentése 


Az előző példa során láttuk, mit jelent az alaptípusok mentési lehetősége. A 
valós alkalmazásaink során azonban biztosan készíteni kell a fő programosztá- 
lyon kívül egyéb felhasználói osztályokat is. 
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Ebben az esetben a mentési folyamat visszavezeti az adatok mentését a 
rendszertípusok mentésére. Ahhoz, hogy ezt megtegye nekünk, egyetlen dolgot 
kell tennünk, a saját típusunkat a menthető, Serializable attribútummal kell jelöl- 
nünk. 

Módosítsuk a példaprogramunkat úgy, hogy definiálunk egy ember típust, 
amit még használnia kell a programunknak. A módosított forrásszöveg a követ- 
kezőképpen néz ki: 


Példa: 


using System; 

using System. IO; 

using System.Runtime.Serialization; 

using System.Runtime.Serialization.Formatters.Binary; 
using System.Runtime.Serialization.Formatters.Soap; 











[ISerializable] 
// az attribútum hatására a formázó lekezeli a típus szerializációját 
class ember 
( 
string nev; 
int kor; 
public ember (string n, int k) 
( 
nev-n; kor-k; 
, 
, 
class serprog 
( 
// program adatai 
int i7-2; 
double d—3.5; 
string s-"fíradi"; 
// a saját típus használata 
ember e€—-new ember ("zoli", 34); 
public static void Main() 
( 











serprog p-new serprog() ; 

//fájlstream létrehozása 

FileStream fb-File.Create ("ser.bin") ; 

// Binaryformatter készítés 

FileStream fs-File.Create("ser.txt") ; 
BinaryFormatter b-new BinaryFormatter () ; 
SoapFormatter so0-new SoapFormatter () ; 
//Bináris mentés 

b.Serialize(fb,p.i) ; 
b.Serialize(fb,p.d) ; 
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b.Serialize(fb,p.s); 
b.Serialize(fb,p.e) ; 
//Soap mentés 





so.Serialize(Ís,p.i); 
so.Serialize(Ís,p.d) ; 


r 


) 

( ) 
so.Serialize(fs,p.s); 

( ) 


so.Serializ. 





£Srp: 


//fájl lezárása 
fb.Close() ; 
fs.Close() ; 


r 


A gyakorlati munka során előfordulhat — például az osztály belső szerkezete 
nem engedi meg -—, hogy nem bízhatjuk rá a formázóra a típusunk végigelemzé- 
sét és az elemek mentését. Ebben az esetben a valódi szerializációs szolgáltatást 
végző függvényeket nekünk kell az osztályunkba implementálni. 

Azon túl, hogy a /Serializable/l attribútumot definiálni kell, az osztá- 
lyunknak még implementálnia kell az ISerializable interface-t is. Ebben a 
deszerializáció számára egy speciális konstruktort és egy GetObjectData függ- 
vényt kell definiálni. 

Az interface és a függvények hosszabb elemzése nélkül nézzük meg az en- 
nek megfelelően módosított ember osztályunkat. A program kódja változatlan, 
ezért azt nem listázzuk ide. 


Példa: 


[ISerializable] 
// az attribútum hatására a formázó lekezeli a típus szerializációját 
class ember:ISerializable 
// az interface két plusz függvénydefiníciót ír elő 


( 


string nev; 
int kor; 


public ember (string n, int k) 


( 


: 


nev-n; kor-k; 


internal ember (Serializationílnfo si, StreamingContext st) 


( 


// elemek visszaállítása 
nev—si .GetString ("nev") ; 
kor-si.GetInt32 ("kor") ; 
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piolic void GetObjectData (Serializationlnfo si, StreamingContext st) 
( 





// a szerializálás adatait beállítja a Serializationlnfo si 
// objektumba 

si.AddValue ("nev" , nev) ; 

si.AddValue ("kor", kor) ; 

// típusinformáció beállítása 

Type t-this.GetType () ; 

si.AddvValue ("Típusinfo", t) ; 








XII.3. Feladatok 
1. Mit nevezünk szabványos mentésnek? 
2. Milyen hasonló megvalósításokat ismer más fejlesztő rendszerben? 
3. Milyen szabványos mentéseket támogat a fejlesztő rendszer? 
4. A másodfokú egyenlet (VIII.3. fejezet 4. feladat) adatait mentsük el bi- 


náris formában! 


Definiáljunk egy szurkoló osztályt (név, kedvenc csapat), és biztosítsuk 
ennek a típusnak szabványos menthetőségét! 


XIII. Könyvtárak, távoli és web 
könyvtárak 


Az alkalmazások készítésének egyik lényeges eleme a fejlesztők rendelkezé- 
sére álló könyvtári szolgáltatások mennyisége, minősége, illetve a használt 
keretrendszernek az a tulajdonsága, hogy mennyire ad lehetőséget osztott alkal- 
mazás készítésére. 

Egy alkalmazás kiszolgáló függvényei vagy a helyi gépen helyezkednek el, 
vagy valamelyik távoli kiszolgáló gépen. 


XIII.1. Helyi könyvtárak használata 


XIII.1.1. Rendszerkönyvtári elemek használata 


A helyi fejlesztőrendszer könyvtárairól nyugodtan kijelenthetjük, hogy azok 
használata nélkül, ahogy a legelső részben is láttuk, még a legegyszerűbb prog- 
ram sem készíthető el. (System névtér, Console osztály, WriteLine függvény- 
hívás.) 

A .NET keretrendszer egyik, talán leggyakrabban használt könyvtára a 
System. Collections névtér. A névtér sok hasznos osztálydefiníciót tartalmaz, 
melyek közül az alábbiak a legfontosabbak: 


e ArrayList: a méretét dinamikusan növelni képes objektumvektor. Az IList 
interface-t implementálja. Az IList három jellemző tulajdonságot ír elő, 
ezek: 


IsFixedSize: — megvizsgája, fix méretű-e a vektor, 

IsReadOnly:  olvasható-e a vektor, 

Item: a vektor adott indexű elemét adja, az ArrayList objek 
tum indexereként használható. 


e HashTable: olyan vektoriális adatsorozat, ahol egy kulcsindexhez tartozik 


egy érték. A kulcs , hash" értékéhez rendeli az adatot. Gyakran asszo- 
ciatív vektornak hívják ezt a szerkezetet. 
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e Oueue: a sor adatszerkezet megvalósítása. Az az elem megy elsőnek ki a 
sorból, amely elsőnek beérkezett. (First in, first out.) 

e SortedList: rendezett lista. Hasonló szerkezet, mint a HashTable, melyek 
elemei a kulcs alapján sorba vannak rendezve. Kulcs és index alapján is 
az elemekhez lehet férni. 

e Stack: verem adatszerkezet. Az utoljára betett elemet tudjuk mindig ki- 
venni. (Last in, first out) 


Példaként tekintsük a következő ArrayList és Oueue használatát bemutató 
mintaprogramot: 


Példa: 


using System; 
using System.Collections; 
public class mintacol 


( 





public static void Main() 
( 





// Új ArrayList objektum létrehozása. 
ArrayList elemek — new Arraylist() ; 
elemek.Add( "Hajrá" ); 
// alapértelmezésben a méret növelhető (IsFixedSize——false) 
elemek.Add( "Fradi" ); 
elemek.Add (25) ; 
for (int i-—-0;igelemek.Count;i-t-r) 
Console.WriteLine (elemek [ii] ) ; 

















// Új sor (Oueue) objektum létrehozása. 
Oueue sor — new Oueue () ; 
// adat sorba írása 
sor.Engueue( "mézes" ); 
sor.Engueuve( "maci" ); 
sor.Engueuve( 3.1415 ); 
// mind az Arraylist, mind a sor imolementálja az IEnumerable 
// interface-t, így a foreach használható 
foreach(object o in sor) 
Console.WritelLine (0) ; 














// Arraylist objektumhoz hozzáadjuk a sort. 
elemek .AddRange( sor ); 
// elem kivétele a sorból 











Console.WriteLine (sor. Degueue () ) ; 
Console.WriteLine (sor. Degueue () ) ; 
Console.WriteLine (sor . Degueue () ) ; 
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// Kiírjuk az elemeket 

Console.WriteLine( "A bővített ArrayLlist a következő 
elemeket tartalmazza:" ); 

PrintValues ( elemek ) ; 


: 





// az IEnumerable alapján végiglépdelünk az elemeken 
public static void PrintValues( IEnumerable adatok) 
( 














IEnumerator adat — adatok.GetEnumerator () ; 
while ( adat.MoveNext () ) 
Console.WriteLine( adat.Current ) ; 


XIII.1.2. Saját könyvtári elemek használata 


ere 


nyelvi könyvtárat használhatunk azonos módon, tetszőleges alkalmazásban. A 
példában VB függvényt definiálunk, amit egy másik alkalmazás használ: 


Public Class Demo 
Shared Function legjobb csapat() As String 
legjobb csapat — "Fradi!" 

End Function 

End Class 








A fenti forráskódot teszőleges szövegszerkesztőbe beírva, az alábbi parancs- 
sor segítségével lefordítható. (A keretrendszer mindegyik fordítója indítható 
parancssorból.) 


vbc /target: library /out:DllDemo Demo.vb 


Természetesen új projektet készítve, az osztálykönyvtár típust választva a 
Visual Studio.NET környezetbe is beírhatjuk ezt a pár sort, majd a Build menü- 
pont segítségével lefordíthatjuk. 

Az elkészült DilDemo.dill állomány egy tipikus könyvtári állomány lesz, 
amit bármely másik alkalmazás használhat, pontosan úgy, ahogy a rendszer- 
könyvtárakat. Készítsünk most egy Ci nyelvű alkalmazást, amely szeretné hasz- 
nálni a DllDemo könyvtári szolgáltatást. 

A használatához az alkalmazáshoz kell csatolni (add reference) ezt a könyv- 
tárállományt, majd a using DilDemo utasítással a DllDemo névtér elérhetőségét 
is biztosítani kell. 
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Példa: 


using System; 
using DllDemo; 





public class minta 


( 





public static void Main() 

( 
// Új demo objektum létrehozása. 
// ezt készítettük Visual Basic nyelvben 
Demo d — new Demo () ; 
//kíváncsiak vagyunk arra, hogy ki a legjobb csapat 
// meghívjuk a dl1l függvényt 
Console.WritelLine (d. legjobb csapat ()) ; 
Console.WriteLine ("Program vége") ; 




















XIII.2. Távoli könyvtárhívás 


A távoli könyvtárhívás szerkezete, lehetőségei önmagában egy teljes könyvet is 
megérdemelnének, de a jelen tárgyalási menetbe, a könyvtári szolgáltatások típusai 
közé is beletartozik, ezért egy rövid bevezetést meg kell említeni erről a területről. 

Egy alkalmazás operációs rendszerbeli környezetét application domainnek 
nevezzük. Az előző DLL készítési lehetőség egy application domaint alkot. 

A független alkalmazások közti kommunikációt, távoli alkalmazáshívás 
lehetőségét a .NET környezetben REMOTING névvel említi az irodalom. 
Valójában hasonló lehetőségről van szó, amit a korábbi fejlesztési környezetek, 
COM (Component Object Model) néven említenek. 

Az alapprobléma valójában ugyanaz, mint a DLL könyvtár esetében, egy 
valahol meglévő szolgáltatást szeretnénk igénybe venni. Ez DLL formában most 
nincs jelen, viszont az a típusú objektum, aminek ez a szolgáltatása van, egy 
másik gép önálló alkalmazásaként van jelen. 

Így a legfontosabb kérdés az, hogy önálló alkalmazási környezetek között, 
melyek természetesen vagy azonos számítógépen helyezkednek el, vagy nem, a 
legfontosabb kérdés az, hogyan tudunk információt átadni. 

Ennek a kommunikációnak legfontosabb elemei a következők: 


e Kommunikációs csatorna kialakítása, regisztrálása. 
e Az adatok szabványos formázása a kommunikációs csatornába írás előtt. 
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e Átmeneti, proxy objektum létrehozása, mely az adatcserét elvégzi a távoli 
objektum (pontosabban annak proxy objektuma) és a helyi alkalmazás 
között. 

e Távoli objektum aktiválása, élettartama 


Kommunikációs csatornát 7Tcp vagy Http alapon alakíthatunk ki. 
Használat előtt regisztrálni kell egy csatornát, ami egy kommunikációs 
porthoz kötött. Egy alkalmazás nem használhat más alkalmazás által lefoglalt 
csatornát. A kétféle kommunikáció használata között a legfontosabb különb- 
ség az adatok továbbításában van. A Http protokoll a SOAP szabványt hasz- 
nálja az adatok továbbítására XML formában. A 7cp csatorna bináris formá- 
ban továbbítja az adatokat. 

A proxy objektum reprezentálja a távoli objektumot, továbbítja a hívásokat, 
visszaadja a hívási eredményt. A távoli objektumok a szerver oldalon 
automatikusan, vagy kliens oldali aktiválással jöhetnek létre. Az automatikus 
objektumok esetében megkülönböztetünk egy kérést kiszolgáló objektumot 
(Single call) vagy több kérést kiszolgáló (Singleton) objektumot. Meg kell 
természetesen jegyezni, hogy a szolgáltatást, a programot magát el kell indítani, 
hiszen a klienshívás hatására csak az alkalmazás egy kiszolgáló típusa jön 
automatikusan létre! Ezt vagy úgy érjük el, hogy az alkalmazásunkat futtatjuk 
egy konzolsori parancs kiadásával, vagy mint regisztrált szervízt az operációs 
rendszer futtatja! 


Mielőtt egy konkrét példát néznénk, beszélni kell a paraméter átadás 
lehetőségéről. Egy alkalmazáson belül a keretrendszer biztosítja az adatok 
paraméterkénti átadását, átvételét. Esetünkben nem egy alkalmazásról van 
szó, hanem egy kliensről és egy (vagy több) szerverről, melyek különböző 
környezetben (app. domainben) futnak. Emiatt az adatok átadása sem lehet 
ugyanaz, mint egy alkalmazáson belül. A különböző alkalmazási környe- 
zetben futó programok közötti adatcsere folyamatát Marshaling kifejezéssel 
illet az irodalom, utalva arra, hogy ez a fajta alkalmazási határon átvezető 
adatforgalom mást jelent, mint egy alkalmazási környezet esetében. 

Egy adatot három kategóriába sorolhatunk a .NET keretrendszerben, a távoli 
adatátadás (Marshaling) szempontjából: 


1. Érték szerint átadott adatok. Ezen típusok a szabványos szerializációt 
(mentés) támogató objektumok. (Marshal-by-value). Ekkor a típus a 
(Serializable/ attribútummal jelölt. A környezet alaptípusai (int, stb.) 
menthetőek, így érték szerint átadható adatok. 

2. Referencia szerint átadott adatok. Ezek a típusok kötelezően a 
MarshalByRefObject típusból származnak. 
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3.  Alkalmazásdomainek között nem átadható típusok. Ebbe a kategóriába 
esik minden olyan típus, amelyik nem MarshalByRefObject utód, vagy 
rendelkezik a /Serializable/ attribútummal. 


A legfontosabb tulajdonságok ismertetése után nézzünk egy egyszerű példát. 
Manuálisan fogjuk a szerverkiszolgálókat is futtatni az egyszerűség kedvéért. 

A példánkban két szerverszolgáltatást készítünk, az egyik http, míg a másik 
tcp hálózati kommunikációt folytat. A forráskódot mind parancssorból, mind a 
környezetből tudjuk fordítani. Ez utóbbi esetben a Project referencia ablakban a 
projekthez kell adni a System. Runtime. Remoting névteret. 


Az alábbi példa egy bajnokszerver típust definiál, regisztrálja magát, és más 
feladata nincs. Enterre a Main program azért várakozik, mert ha engedjük 
befejeződni, mivel nem rendszerrész-szolgáltatás, nem lehet elérni. 


Példa: 


using System; 

using System.Runtime.Remoting; 

using System.Runtime.Remoting.Channels; 

using System.Runtime.Remoting.Channels.Tcp; 
public class BajnokSzerver : MarshalByRefObject ( 


public string foci; 





public static int Main(string [] args) ( 





TcpChannel chani — new TcpChannel (8085) ; 
// 8085 tcp port lefoglalva 
ChannelServices . RegisterChannel1 (chan1) ; 
// regisztráció rendben 
RemotingConfiguration.RegisterWellKnownServiceType ( 
typeof (BajnokSzerver) , 
"bajnok", // kliens oldalon elérhető 
// szolgáltatás neve 
WellKnownObjectMode . Singleton) ; 











System.Console.WriteLine ("Program vége, nyomjon entert") ; 
System. Console.ReadlLine () ; 
return 0; 


: 


public BajnokSzerver() ( 
foci—-"Magyar bajnokság"; 
Console.WriteLine ("Remote szerver aktiválva!") ; 
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public string Ki a bajnok(int ev) 


( 


string nev-"Nem tudom! "; 
switch (ev) 


( 


case 2002: nev-"Dunaferr"; 





break; 
case 2003: nev—-"MIK" ; 
break; 
case 2004: nev-"Ferencváros"; 
break; 
) 
Console.WriteLine("A kért bajnocsapat: (0) ", nev); 





return nev; 


A másik szerver lényegében abban különbözik, hogy Attp csatornát használ: 


using System; 

using System.Runtime.Remoting; 

using System.Runtime .Remoting.Channels; 

using System.Runtime .Remoting.Channels.Http; 
public class golkiraly : MarshalByRefObject ( 





public string sportag ; 


public static int Main(string [] args) ( 


: 





HttpChannel chani — new HttpChannel (80860) ; 

// http csatorna foglalása 

ChannelServices . RegisterChanne1 (chan1) ; 

// regisztráció 

RemotingConfiguration.RegisterWellKnownServiceType ( 
typeof (golkiraly) , // típus nevének regisztrálása 
"golkiraly", // kliens oldali http szolgáltatásnév 
WellKnownObjectMode . Singleton); // szervermód 











System.Console.WriteLine ("Program vége!") ; 
System.Console.ReadLine () ; 
return 0; 


public golkiraly() ( 


sportag — "foci"; 
Console.WriteLline("Gólkirály szerver aktiválva") ; 
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public string ki a golkiraly(int ev) ( 
Console.WriteLine("Gólkirály szolgáltatás az alábbi 
sportágban: (0)", 





sportag) ; 
return "Sajnos még nem tudom! "; 


A kliens programunk, amelyik mindkét kiszolgálóprogramot használja a 
következő formájú: 


using System; 
using System.Runtime.Remoting; 
using System.Runtime .Remoting.Channels; 
using System.Runtime.Remoting.Channels.Tcp; 
using System.Runtime .Remoting.Channels.Http; 
using System. IO; 
public class kliens 
( 
public static int Main(string [] args) ( 
HttpChannel chani — new HttpChannel () ; 
// kliens csatorna portot nem adunk meg 
ChannelServices . RegisterChannel1 (chan1) ; 
golkiraly g —(golkiraly) Activator.GetObject ( 
typeof (golkiraly) , 
"http://localhost:8086/golkiraly") ; 
TcpChannel chan2 — new TcpChannel () ; 
ChannelServices . RegisterChanne1 (chan2) ; 
BajnokSzerver b — (BajnokSzerver) Activator.GetObject ( 
typeof (BajnokSzerver) , 
"tcp: //localhost : 8085/bajnok") ; 
try ( 
string bajnok — b.Ki a bajnok (2004) ; 
Console.WriteLine ("2004 bajnokcsapata: (0)",bajnok ) ; 
string golkiraly- g.ki a golkiraly (2004) ; 
Console.WriteLine ( 
"Gólkirály Szerver válasz: (0)",golkiraly ); 
, 




















catch (Exception ioExcep) ( 
Console.WriteLine ("Remote IO Error" £ 
"mException:m" 4 ioExcep.ToStringt()); 
return 1; 

















: 


return 0; 


XIII. Könyvtárak, távoli és webkönyvtárak 





A kliens fordítása parancssorból kényelmesebb: 





csc /r:remoteserveri.exe, remoteserver2.exe kliens.cs 


Indítsuk el egy-egy ablakban először a szerver-, majd a kliensprogramot, 
ahogy a következő képen is látszik. 





3 Command Prompt 














" EP prepertiss [ DD Dream Hab 


Iamís) saved Ln6 Col1 chi 1NS 
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Természetesen a szerverablakban látható eredmény a szemléletességet szol- 
gálja, a valós alkalmazások (mivel nem is futnak önálló ablakban) nem írogatnak 
semmit a képernyőre. 

A korábbi feladathoz hasonló kliens-szerver alkalmazáskészítési lehetőséget 
is biztosít a keretrendszer, úgynevezett WebReguest, WebResponse modellt hasz- 
nálva, vagy a klasszikus TCP, UDP protokollok használatával (7cpListener, 
TepClient, UdpClient). Az osztályok a System.Net névtérben találhatók. A 
System.Net összes szolgáltatása a System.Net.Sockets névtér szolgáltatásaira 
épül. A System.Net.Sockets névtér a WinSock32 API megvalósítása. Ezen 
hálózati alkalmazások készítésének lehetősége túlmutat e könyv keretein, így 
nem is részletezzük azokat. 
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A webkönyvtárak használata (Web Services, webszolgáltatások) valójában a 
távoli könyvtárhívás Attp alapú alkalmazásának webkiszolgálón keresztüli 
megvalósításához hasonlít, a webszerver tölti be a kiszolgáló rendszerbe integ- 
rálását és biztosítja a távoli elérhetőséget. 

Ekkor azon a kiszolgálón, ahol webkönyvtárat akarunk elhelyezni, ott MS 
IIS webszervernek kell futni. 

Ebben az esetben is legalább két alkalmazás készítéséről beszélhetünk, a 
szerveroldali alkalmazás készítéséhez egy külön sablont találunk (ASP.NET 
Web Service névvel), míg a kliensalkalmazás tetszőleges Ci alkalmazás lehet, 
például a klasszikus konzol. 

Szerveralkalmazás készítéséhez kezdjünk új ASP.NET Web Service alkal- 
mazást. Ebben az alkalmazásban egyszerűen a /Webmethod)/ attribútummal 
ellátott függvények érhetők el a külső kliensek számára 

Nézzük ezek alapján a bajnokra vonatkozó példánk webkönyvtárral megva- 
lósított forrását: 


Példa: 


using System; 
using System.Collections; 
using System.ComponentModel; 
using System.Data; 

using System.Diagnostics; 
using System.Web; 

using System.Web. Services; 

















namespace WebServiceil 
( 
/// cCsummaryz 
/// Summary description for Servicel. 
/// c/summaryz 
public class Servicel : System.Web.Services.WebServic 
( 





public Servicel () 
( 


InitializeComponent () ; 


: 





//Component Designer generated cod 


[WebMethod] 
public string Ki a bajnok(int ev) 
( 


XIII. Könyvtárak, távoli és webkönyvtárak 





string nev-"Nem tudom!" ; 
switch (ev) 
f 
case 2002: nev-"Dunaferr"; 
break; 
case 2003: nev-"MIK"; 
break; 
case 2004: nev-"Ferencváros"; 
break; 


: 


return nev; 


A forráskód servicel.asmx.cs néven található. Fordítás után az IIS kiszolgáló 
webservicel virtuális könyvtárába kerülő servicel.asmx állományra hivatkozva 
tudjuk futtatni a feladatot. A fenti kiszolgáló használatához webreferenciát kell a 
készítendő projekthez adni, ahol meg kell adni a Web Service címét a következő 
módon: 


http://localhost/webservicel/servicel .asmx 





Ezt legegyszerűbben az Add Web Reference menüpontban tehetjük meg: 


Add Web Reference 


Navgate to a web service URL (asmx or wsdl) and dick Add Reference to add althe avalatle services found at that URL, 


GO 9/2EÁ 





URL: fhrtp:rfiocalhoszjwetszrvest jservicel sm :] sa 


a Web services found at this LPL: 


1 Service Found: 


5 j 5 - Service. 
The following operations are supported, For a formal definiton, 


please review the Service Description. 


e Ki a bajnok 


This web service ís using http: //tempuri.org/ as Íts web reference nemes; 
default namespace. localhost 





Recommendation: Change the default namespace before Add Refi 
the XML Web service is made public. Reference 


Each XML Web service needs a urigue namespacse in order for 
client applications to distinguish ít from other services on the web. 
http: //ternpuri.orgi is available for AML Web services that are 
under development, but published KML Wab servioss should use a 
more permanent namespace. 


Your KML Web services should be identified by a namespacs that 
vou control, For example, you can use your company is Internet 


Cs 3 
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A használatát az alábbi forráskód mutatja: 


using System; 
namespace webhasznal 


( 

/// csummaryz 

/// Summary description for Class1. 

//7/ c/summaryz 

class Class1 

( 
/// csummaryz 
/// The main entry point for the application. 
/// c/summaryz 
[STAThread] 
static void Main(string[] args) 
( 





[/ 


// a webreferencia neve localhost 


Z7 


localhost.Servicel s-new localhost.Servicel () ; 





Console.WriteLine(s.Ki a bajnok (2004) ) ; 





A futási eredmény megadja a várt csapatnevet. Természetesen a using névtér 
használattal az s objektumdefiníciót egyszerűbben írhatjuk. 


using webhasznal.localhost; 
// projekt neve után jön a webreferencia nev 








Servicel s-new Servicel() ; 


// A használatban már nincs változás 


A webkiszolgáló szolgáltatását, nemcsak egy kliens programból, hanem a 
legáltalánosabban használt webes kliens programunkból, például az Internet 
Explorerből is kipróbálhatjuk (19. ábra). 

A szolgáltatásokat általánosan leíró nyelv (Web Service Description 
Language, WSDL) természetesen XML formában adja meg, ezt az alábbi kérés- 
sel tudjuk megnézni: 


http://localhost/webservicel/servicel .asmx? WSDL 
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A Scrvicet Wab Sorvice - Microsoft Internet Explorer 


Eáj Szerkesztés Lézet Kadyercek Eszközök Súgó 


[€ -OoO-dgó JE terasás Sp kedvencek htm fd 3- S B ka ű 


Cin fől htepujfecahostíwebserveel serve] zerre?opa, a hamck 4 (dugás Hiatozsok " 


Service1 


€liek berr for a complete list of operations. 


Ki a bajnok 


Test 


To test the operabon using the HTTP POST orotocol, click the Inyvoke" button, 


Parameter Value 


ev 


so4p 
The following is a sampla SOAP ragyest and response, The piaceholdars shown need to be replaced with actual values 


PCGT /WebServicel/Servicel.aswx HTTP/L.1 
Host: localhost 

Content-Tgpet text/xmi: enargetzutr-B 
Contenr-LengtHi; lengtn 

BORPACTIONMI "http://tenyuri,org/kKi a bajnok" 


$?xtúl vergionz"1.0" encodíingz"utt-a"72 
ssoap:Eavelope xolna:xsis"httpr//uww.w3.orgi20OÍ/XELSchetra-inztance" xmins:xsd-"httpi//orww.w3.org/2001/ EMLScheta 
ssuap:Bodyz 
2Ri a bajnok xmlnae"http://tempurisorgé"z 
devsintefevz 
€7Ki a bajnaky 
elanantRodes 


ha 
élréz ú Ve Hay irtranat 
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A webszolgáltatásnak ezt a használatát gyakran szinkronhívásnak nevezzük. 
Ugyanis ebben az esetben a Ki a bajnok hívása az eredmény visszaérkezéséig 
nem tér vissza. Ez webes kiszolgálás esetén gyakran hosszabb időt is igénybe 
vehet. Sőt az sem kizárt, hogy adott időn belül vissza sem tér. 

Ha figyelmesen megnézzük a projekt könyvtárunkat, akkor ebben megjelent 
egy Web References könyvtár is. Ebben aztán annyi könyvtárt találunk, ahány 
webreferenciát csatoltunk a projektünkhöz. Esetünkben találunk egy localhost 
könyvtárat (l/ocalhost a neve a http://localhost/webservicel URL által megadott 
webkönyvtárnak), ebben egy References.cs állományt. Ha ezt megnézzük, 
látjuk, hogy nem csak a megírt függvényünk van leírva benne, hanem egy 
BeginKi a bajnokés egy EndKi a bajnok hívás is. 

Ezek a függvények adnak lehetőséget arra, hogy egy ilyen webkiszolgálón 
elhelyezett szolgáltatást ne csak a saját nevével, úgynevezett szinkronhívással 
tudjunk elérni, hanem aszinkron módon is. 

A Begin-nel kezdődő függvény mindig azonnal visszatér, eredményül egy 
IAsyncResult objektumot kapunk. Ezen az objektumon keresztül kérdezhetjük 
meg, hogy befejeződött-e a végrehajtás. Esetünkben a második paraméter és a 
harmadik is a null, jelezve azt, hogy az aszinkron hívás eredményét az 
IAsyncResult objektumon keresztül akarjuk lekérdezni. Egyébként a második 
paraméter egy delegált (callback) függvény, ami által adott függvény kerül 
végrehajtásra akkor, amikor megérkezik az eredmény. A harmadik paraméter 
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egy kérés állapotot jelző objektum, amiben a callback függvény meg tudja nézni 
az eredményparamétereket. 

Az alábbi példa nem használja ezeket a paramétereket, hanem az 
IAsyncResult IsCompleted tulajdonságát figyelve várakozik az eredményre. 


Példa: 


static void Main(string[] args) 


( 





Vt 
// TODO: Add code to start application here 
ZT 
localhost.Servicel s-new localhost.Servicel () ; 
Console.WriteLine ("Szinkronhívás eredménye: 
(0)",s.Ki a bajnok (2004) ) ; 
IAsyncResult €—s.BeginKi a bajnok (2004, null, null) ; 
// elindítottuk a függvényhívást, majd addig 
//várakozunk, amig az eredmény meg nem érkezik 
while (e. IsCompleted!—true) 
Console.WriteLine ("Várjuk az eredményt! ") ; 
// megjött az eredmény 
// kiolvassuk azt 
string eredmeny-s.EndKi a bajnok(e) ; 
Console.WriteLine("Az aszinkronhívás eredménye: 
10)", eredmeny) ; 














Eseményvezérelt környezetben, grafikus alkalmazás készítésekor ez a mód- 
szer kézenfekvő lehet. 

A program futásának eredménye jól illusztrálja az aszinkron végrehajtás 
jellegzetességét, amit az alábbi futási kép is jól szemléltet: 


cx "C:WprogramoktwebhasznaltbinDebugwwebhasznal.exe" 


True 


Szinkron hívás eredménye: Ferencváros 
Uárjuk az eredményt? 
Uárjuk az eredményt? 
Várjuk az eredményt? 
Várjuk az eredményt? 
Uárjuk az eredményt? 
ESR eredményt? 
ESNI eredményt? 


LESI eredményt? 
ESR eredményt? 
ESNI eredményt? 
LESZRITI S eredményt? 
ESR eredményt? 
ESR eredményt? 


ESNI eredményt? 
árjuk 


Uá 


eredményt? 
zinkron hívás eredménye: Ferencváros 





Press any key to continue 


20. ábra 
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XIII.4. Feladatok 


1. Milyen rendszer könyvtári típusokat ismer? 


2. Mi a különbség a rendszer könyvtári és a web könyvtár szolgáltatás 
között? 


3. Mit nevezünk szinkron, illetve aszinkron könyvtári hívásnak? 


4. Írjon programot, amely egy listában tárolja a kifizetett telefonszámlák 
összegét! Valósítsa meg a beolvasást, kiírást függvényként! 


5. Készítsen WebService-t, amely egy adott névről eldönti, hogy olimpiai 
bajnok neve-e! 


XIK Az előfeldolgozó 


XIV.1. Szimbólumdefiníció használata 


Az előfeldolgozónak vagy előfordítónak szóló utasítások mindig a tf karak- 
terrel kezdődnek. 
Az előfordítónak szóló makró definiálási lehetőségének a formája: 





Hdefine név 











Példa: 


fdefine menu h // menu h szimbólum definiálva 





A definíciók hatása az adott modul végéig tart. 
Egy azonosító definiálásának gyakori formája a következő: 


Példa: 
Htdefine ALMA 


Ekkor nem definiálunk helyettesítési értéket, így ez csak annyit mond meg 
az előfordítónak, hogy ettől kezdve az ALMA szó legyen ismert. Ez gyakran 
használt mód a feltételes fordítás azonosítóinak definiálására. 

Ha már nincs szükségünk egy korábban definiált azonosítóra, és meg szeret- 
nénk kérni az előfordítót, hogy felejtse azt el, akkor a következő előfordítónak 
ezt az utasítást adhatjuk: 





Hundef név 











Például az imént definiált ALMA azonosító esetében: 


Példa: 
tundef ALMA 
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XIV.2. Területi jelölés 


A fejlesztőrendszer szövegszerkesztője nyújtja alapértelmezésben azt a ké- 
nyelmi szolgáltatást, hogy egy függvény vagy osztálydefiníció törzsét a szöveg- 
szerkesztő bal oldalán található 4 vagy — gombokkal elrejthetjük vagy meg- 
tekinthetjük. 





hajra - Microsoft Visual C4 .NET [design] - CodoFile4.cs" 


He Edt Mew Brolect Búld Debug IDob Xrdow Heb 





























H-t-SHÉ[3EE 0-e-8-B : 06 új abert -agakg-, 
sz (z IZ S]4448- 
I start Page ! ciesst assemtlytró Fez.cs [ Code CoderFile4.cst [dd 6rerocessr Dredjvs x! Szarch ax 
! 
2 lágenter 2 [e s] [Fe for 
Hi gregen S 
A using uzi d 
Fioredbri 
Hclazs fradi szuckolozáttributej visual Cé . 
Aabiass emer 
ő 
string nev; 
public ember(stringy n) TT Szarchintties ont 
1 FT Matchtalated words 
neven? TT search in presáous results 
, 7 Hahigtt szarch hits (in topics) 
1c1az9 adatok, [/ 
Jelass program 
T-T TETT ő TT AJ 
Propertiss ax 
EZEK 7] 
szlav ] 
4 g 21 
Sah Results for region - 33 tanks fond ; ax 
nie Lacaton Rerk A 
greg (9) C Programmers Referen 1 
fi rerelntak Séseá mt eszáetosttbs 2 h 
e 3 
S ork Developer s Guide 
) comgder Errer C51038 (C9) Bukdn Cs Programs É 
[ dendregon [C8) €8 Programmers Reference 
A] rssküsz [ H our EE rzzlk fer regen Blres spelnt TÉT Properties [ D Cseri: He 
Reed 1136 adi ht me 
r 
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A fenti képen az ember osztály tartalmát látjuk, míg a többi egységét (ada- 
tok, program...) nem, azokat csak jelöli a szövegszerkesztő, hogy léteznek, de 
pillanatnyilag nem érdekesek. Ez a segítség nagyobb állományok szerkesztésé- 
nél hasznos, hiszen a szerkesztőablakban jobban a lényegre tudunk figyelni. 

Ezt a szolgáltatást egészíti ki a 


tregion alma 
osztályok, függvények helye 
tendregion alma 


régió, területdefiníció. Ekkor az alma , blokkban", régióban definiált osztályok, 
függvények egyszerre húzhatók össze vagy nyithatók ki. 
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XIV.3. Feltételes fordítás 


tHif konstans kif Igaz-e konstans kif. 
tHifdef azonosító Van-e ilyen makró 
tHifndef azonosító Nincs-e ilyen makró 


Mindhárom alakot követheti a felse direktíva, majd kötelezően zárja: 


fendif 
fline sorszám 


A fordító úgy viselkedik, mintha a következő sor a sorszámmal megadott sor 
lenne. 
line default eredeti sorszám visszaállítása 


XIV.4. Hibaüzenet 


Ha már az előfordító felfedez valamilyen hibát, akkor hibaüzenetet ad, és 
befejezi az előfordítást. 
A vezérlődirektíva formája: 





terror hibaszöveg 











Példa: 


tifndef ctt 
terror Sajnos nem a megfelelő fordítót használja! 
tendif 


XIV.5. Feladatok 


1. Mik az előfordító jellemző szolgáltatásai? 

2. Hogy definiálhatunk és szüntethetünk meg egy azonosítót? 

3. Mit jelent a régió definíció? 

4. Az eddig elkészített programjait módosítsa régió definíciókkal! Figyelje 
meg, hogy mennyivel áttekinthetőbbé vált a programjának a kódja! 


5. Definiálja úgy a másodfokú egyenletet megoldó függvényt, hogy csak 
akkor fordítsuk le, ha , szükséges"! 


XV Nem felügyelt kód használata 


A CH nyelvű program fordítása egy felügyelt eredményprogramot ad, amin a 
felügyeletet a .NET keretrendszer biztosítja. Szükség lehet azonban arra, hogy a 
rendelkezésre álló nem felügyelt, rendes Win32 API könyvtárak szolgáltatásait 
elérjük, és az ezekkel kapcsolatos adatainkat tudjuk használni, a könyvtárhoz 
hasonló nem felügyelt kódrészletet tudjunk írni. 


XV.1. Nem felügyelt könyvtár elérése 


Talán leggyakrabban ez az igény merül fel, hiszen ha megvan egy jól megírt 
szolgáltatás a korábbi Windows API könyvtárban, akkor azok használata 
mindenképpen kifizetődőbb, mint helyettük megírni azok menedzselt változatát. 

Erre ad lehetőséget a Dillmport attribútum használata. Egy könyvtári függ- 
vény használatához három lépést kell megtenni: 


1. A Dillmport attribútumnak meg kell mondani a D// állomány nevét, amit 
használni akarunk. 

2. A könyvtárban lévő függvényt a fordító számára deklarálni kell, ebben 
az extern kulcsszó segít. Ezeket a függvényeket egyúttal statikusnak is 
kell jelölni. 

3. A System.Runtime.InteropServices névteret kell használni. 


Ezek után nézzük meg példaként a MessageBox API függvény használatát. 


Példa: 


using System; 
using System.Runtime.InteropServices; 
class dlilhasznál 


( 








[D11Import ("user32.di11") ] 
static extern int MessageBox (int hwnd, string msg, 
string caption, int type) ; 
public static void Main() 
( 





MessageBox (0, "Hajrá Fradi !","Ez az ablakfelirat!", 0); 








: 
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A program futtatása után az alábbi rendszer-üzenetablak jelenik meg: 


Ez az ablakfelirat! (X] 


Hajrá Fradi ! 





22. ábra 


XV.2. Mutatók használata 


Ahogy korábban is volt szó róla, a keretrendszer a C-—- jellegű mutatók 
használatát nem támogatja. Előfordulhat viszont az, hogy külső erőforrások 
eléréséhez, illetve azok adatai miatt szükség lehet nem menedzselt, nem bizton- 
ságos környezet engedélyezésére. Ebben a környezetben aztán a C--- nyelvben 
használt mutatófogalom használható. 

A nyelv egy függvényt vagy egy utasításblokkot tud nem biztonságossá, 
nem felügyelt kódrészletté nyilvánítani az unsafe kulcsszó használatával. 

Emellett egy menedzselt adatot fixed jelzővel tudunk ellátni, ha azt akarjuk, 
hogy a GC által felügyelt területből egy típushoz (menedzselt típus) nem 
biztonságos mutató hozzáférést kapjunk. Ez természetesen óvatos használatot 
kíván, hiszen könnyen előfordulhat, hogy az objektumunk a Garbage Collection 
eredményeként már régen nincs, mikor mi még mindig a mutatójával bűvész- 
kednénk! 

A mutatókat csak unsafe blokkban használhatjuk. 

Ahhoz, hogy a fordító engedélyezze az unsafe blokkot, a projekttulajdonsá- 
gok között be kell állítani az , 4llow Unsafe Code Blocks" opciót igazra, ahogy 
az a következő Zulajdonság ablakban is látszik. 











hajra Property Pages 
Configuration:  [áctivel(Debug) s] Platform: [Activer.NET) y Configuration Manager. , , 
CA Common Properties a 
2 configuration Properties Conditional Compilation Constan DEBUG; TRACE 
Build Optimize Code False 
Debugging Check for árithmetic OverflowiL False 
Advanced öllow Unsafe Code Blocks True o] 
Aa 
Warning Level warning level 4 
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XV. Nem felügyelt kód használata 





Ezt a beállítást parancssori környezetben a csc fordítónak az /unsafe kapcso- 
lója használatával érhetjük el. 

Ezek után nézzünk egy klasszikus Ct- nyelvszerű maximumérték meghatá- 
rozást. Az alábbi példában a max függvény egy egész vektor legnagyobb értékét 
határozza meg. 


Példa: 


using System; 
class unmanaged 
( 
unsafe int max (int v, int db) 
( 
int i1—0; 
int m-Ev[i4-] ; 
while (icdb) 
( 
if (mxv[il]) nev[i]; 
tyt7 





, 
return m; 
! 
int[] s-new int[10](1,2,3,4,5,0,21,11,1,15); 
unsafe public static void Main() 
( 





int h-0; 
unmanaged u-new unmanaged(); 
fixed (int" n- §u.s[0]) 
( 
h-u.max (m, 10) ; 
! 


Console.WritelLine (h) ; 


XV.3. Feladatok 


Mit jelent a nem felügyelt kód (unsafe)? 
Hogyan tudunk Win32 API függvényt meghívni? 
Mi a fixed változó? 


Hogyan használhatunk mutatókat egy CH programban? 


söt szzllés seats klíma 


Készítsen unsafe függvényt, amelyik a paraméter vektort nagyság 
szerint sorbarendezi! 


XVI. Grafikus alkalmazások alapjai 


A mai grafikus felhasználói felületeken az egyik leginkább kedvelt vagy elvárt 
alkalmazáskészítési lehetőség a grafikus programok készítése. Emellett az is 
elmondható, hogy egy program futtatását nem biztos, hogy a helyi gépen szeretnénk 
végezni. Az internet jelenlegi elterjedését figyelembe véve, egyre gyakrabban merül 
fel az az igény, hogy az alkalmazást bárki elérhesse egy szabványos internetböngé- 
sző program (Internet Explorer, Netscape, Opera stb.) segítségével. 

Miután megismertük a korábbi fejezetekben a C$ nyelvi és legfontosabb 
keretrendszeri szolgáltatásait, befejezésképpen nézzünk meg egy-egy példát 
Windows alapú és , Webes" alapú alkalmazások készítésére. 


XVI.1. Windows alkalmazások alapjai 


Ahogy eddig is láttuk, a legfontosabb alkalmazási típusok készítéséhez a 
fejlesztőkörnyezet kész sablont bocsát a fejlesztők rendelkezésére. Így van ez 
ebben az esetben is. 

Új alkalmazás (project) készítésekor a ,, Windows Application" sablont vá- 
lasztva kapjuk a kicsit preparált forráskódot. Ez az állomány form1I.cs névre 
hallgat, és valójában a programot adó Main függvény törzse ki van töltve: 


static void Main() 


( 


Application.Run (new Formil()); 


: 


Ez a kódsor azt jelenti, hogy a form utódosztályunk (Form1) által képviselt 
grafikus felület illeszkedjen az operációs rendszer felügyeletébe, és az ablak 
jelenjen meg. Ez az ablak először természetesen üres, a fő feladat éppen az, hogy 
megfelelő tartalommal lássuk el, ezáltal elkészítve a kívánt programot. 

A program elkészítésében a legnagyobb segítséget a grafikus könyvtári ele- 
mek, a Windows Forms névtér objektumai (form ablak, címke, nyomógomb stb.) 
adják. Ezt a lehetőséghalmazt a Toolbox ablak mutatja, amit a , rajzszög" segít- 
ségével gyakran a képernyőre helyezünk. 

Készítsünk a legjellemzőbb tulajdonságok bemutatására egy másodfokú 
egyenletet megoldó programot. Az új projekt nevének adjuk meg a masodfok 
nevet, válasszuk ki a Windows Application sablont, majd a kapott felületre rajz- 
szögezzük ki a 700/box ablakot. 
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Az így kapott képernyő a következőképpen néz ki: 
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24. ábra 


A forrásállományt megnézve azt láthatjuk, hogy ebben az állapotában a 
programunk valójában egy form (ablak) objektumból áll (new Form1()). Ezt a 
Tulajdonságok (Properties) ablak lenyíló mezőjéből is megállapíthatjuk, hiszen 
nem tudunk másik objektumot kiválasztani. 

A Tulajdonságok (Properties) ablakban tervezéskor állíthatjuk be a kivá- 
lasztott komponensünk legjellemzőbb tulajdonságait, kezdő adatait. Ezek a tulaj- 
donságok futás közben is hasonló módon megváltoztathatók. 

Az egyszerű adatok mellett ez az ablak ad lehetőséget egyes objektumok 
eseménykezelő paraméterének beállítására. Ez azért lényeges, mert ebben a 
környezetben a programok valódi tevékenységét ezek a függvények végzik. Így 
valójában programkészítés címén kicsit egyszerűsítve nincs másról szó, mint 
hogy olyan grafikus elemekkel építsük fel a programablakot, amelyek esemény- 
kezelői éppen a kívánt feladatot oldják meg. 

Ezek után nézzük a célul kitűzött egyszerű feladatot, a másodfokú egyenlet 
megoldását, amin keresztül a legjellemzőbb lépéseket szemléltetni tudjuk. 

Mielőtt nekifognánk a megoldásnak, le kell szögeznünk, hogy a karakteres 
felületen használt beolvasási és kírási lehetőségek nem használhatóak. Erre a 
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célra a Toolbox ablak elemeit tudjuk használni. A leggyakrabban használt elem 
kiírásra a címke (Label), míg beolvasásra a szövegdoboz (TextBox). 

Ezen elemek segítségével alakítsuk ezután ki a program felhasználói felüle- 
tét, ahol a címkékkel információt írunk ki, míg a szöveges beolvasó elemek a 
paraméterek beolvasását biztosítják. 

A formra tegyünk címkéket, és a címke Text tulajdonság mezőjébe a meg- 
jeleníteni kívánt szöveget írjuk bele. A szövegmezők alapértelmezett Text mező 
értékét pedig töröljük ki. 

Ezek alapján egy kevés munkával az alábbi felület alakítható ki: 


Másodfokú egyenlet megoldása 


Kérem az egyenlet paramétereit! 


[NI XX 4 fi Xr 


Megoldás 
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Azt természetesen nem állítom, hogy ez a legszebb kialakítás, de a célnak 
megfelel. 

A fenti grafikus tervezés után láthatjuk a Tulajdonság ablak objektum kivá- 
lasztómezőjében, hogy minden egyes önálló vezérlő (label, textbox) egy-egy 
változó névvel jelenik meg. Ezeket a neveket (/abel1, label2, stb.) a keretrend- 
szer automatikusan adja, és ha szükségünk van ezek későbbi használatára, akkor 
a programtervezési szempontok figyelembevételével adjunk "beszédes nevet" 
ezen változóknak. Ezt a Tulajdonság ablak Name mezőjének módosításával 
tehetjük meg. 

A három együttható beolvasását biztosító textmezőnek rendre az a, b, c 
neveket adtam, míg a megoldást megjelenítő címkének a megoldas nevet. Az 
ablakot reprezentáló Ci nyelvi forráskód az alábbiak szerint módosul. 
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namespace masodfok 
j! 

/// cCsummaryz 

/// Summary description for Forml. 

/// c/summaryz 

public class Forml : System.Windows .Forms . Form 

1 

private System.Windows . Forms.Label labell; 

rivate System.Windows . Forms .Label label2; 
te System.Windows . Forms.Label label3; 
rivate System.Windows . Forms.Label label4; 
te System.Windows . Forms .Button buttonl; 
te System.Windows . Forms . TextBox a; 
rivate System.Windows . Forms . TextBox b; 
te System.Windows . Forms . TextBox C; 
rivate System.Windows . Forms . Label megoldas; 


fej 
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a 
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Ezeket a bejegyzéseket a keretrendszer automatikusan elvégzi. Azonban 
meg kell jegyezni, hogy a vezérlőink elnevezését csak ebben a kódrészben végzi 
el a keretrendszer, így ha utólag nevezünk át vezérlőket, akkor a programkódbeli 
változásokról magunknak kell gondoskodnunk. 

A program tényleges megoldását az egyetlen nyomógomb eseménykezelő 
függvénye fogja elvégezni. A vezérlőelem eseményeit az alábbi Zulajdonság 
ablakban láthatjuk. 


Properties 


buttoni System.Windowis.Forms.BL v 
AP KESEZ 
ai 








ici § 
a 


Paint 
a 
ChangeUlCues 
HelpReguested 
Oueryáccessibilit 
Stylechanged 
SystemColorsChz 
a 
TA /4m-r-Dindinaci s] 





Properties ! O Dynamic Help 
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Kettőt kattintva a nyomógombra, a keretrendszer beállítja a nyomógomb 
Click eseménykezelőjét, a forráskódba beírja ennek a függvénynek a keretét, és 
számunkra nem marad más hátra, mint a valódi programkódot a függvény tör- 
zsébe beírni. A feladat ismertsége megengedi, hogy különösebb magyarázat 
nélkül lássuk az eseménykezelő függvény törzsét: 





private void buttonl Click(object sender, System.EventArgs e) 
( 

double al—Convert.ToDouble (a.Text) ; 

double b1l-Convert. ToDouble (b. Text) ; 

double c1—Convert.ToDouble (c.Text) ; 

double ml, m2; 


double d-b1$rbl-47ralrc1; // diszkrimináns 
if (dX0) 

megoldas . Text—"Nincs megoldás, a diszkrimináns negatív."; 
else 


( 
m1- (-b1-Math. Sgrt (d) ) /27al; 
m2- (-b1-Math.Sgrt (d) ) /27al; 
megoldas. Text—String. Format ("A megoldás x1—(0) és 
x2—(1)",ml,ma2) ; 


A programot futtatva, miután beírjuk a megfelelő együtthatókat, az alábbi 
formában kapjuk meg az eredményt. 

(Természetesen további finomítás ráférne erre a programra, de ennek 
elvégzését a kedves Olvasóra bízom.) 


EE] Másodfokú egyenlet megoldása 


Kérem az egyenlet paramétereit! 


UN zés Eu 


A megoldás x1-2 és x2-1 


Megoldás 
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XVI.2. Webes alkalmazások alapjai 





Napjainkban az internetes elérhetőség, rendelkezésre állás már-már szinte 
alapkövetelmény. Ennek a felhasználói igénynek a kielégítésére a keretrendszer 
lehetőséget ad Web alapú alkalmazások készítésére. 

Az ilyen jellegű alkalmazás készítésének alapfeltétele az, hogy egy web 
kiszolgáló eléréséhez megfelelő jogosultsággal rendelkezzünk. Ez a gyakorlat- 
ban az alábbiakat jelenti: 


e Azon a gépen ahol fejleszteni szeretnénk, először fel kell installálni az 
Internet Information Service (IIS) szolgáltatást. 

Fel kell installálni a Visual Studio.NET alkalmazást. 

e Ez létrehoz két felhasználói csoportot a számítógépen, Debugger Users és 
VS Developers névvel. 

e Azokat a fejlesztőket rakjuk bele ezekbe a csoportokba, amelyektől ilyen 
alkalmazások fejlesztését várjuk. (A Debugger Users csoportba minden 
fejlesztőt bele kell rakni, különben az operációs rendszer a nyomkövetési 
módban fordított állományt nem engedi a keretrendszerből futtatni!) 


Ha a fenti feltételek megvannak, akkor ASP.NET Web Application sablont 
választva készíthetünk webes alkalmazást. Ezek alapján készítsünk egy 
webmasodfok projektet a fejlesztőkörnyezetben, ahogyan az a következő képen 
látszik, az előző masodfok projekt mellett elhelyezve. (A keretrendszer Solution 
fogalma több projektet enged egy keretbe foglalni, hiszen gyakran előfordul, 
hogy egy feladatmegoldást nem egy projekttel célszerű megadni. Példánk eseté- 
ben nincs erről szó.) 


1 b X ! ! Solution Explorer - webmasodfok A X 
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x. (ál References 
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Miután megadtuk a nevet, elkészül a következő üres weboldal. A létrehozott 
Webforml.aspx az üres HTML oldal (ezért is van HTML nézete) és a hátterében 
meghúzódó programfájl (Webform1.aspx.cs). Látható, hogy a Toolbox ablakban 
a korábbi Windows Forms felirat helyett Web Forms olvasható, mutatva, hogy 
ezek a vezérlők web alapú alkalmazásokhoz használhatóak. A Tulajdonság 
ablak egyetlen objektuma a DOCUMENT objektum lesz, ami természetesen 
magának a HTML dokumentumnak felel meg. Ezek tulajdonságértékeit 
módosíthatjuk, például a Title mező értékét, megadva ezzel a weboldal címkéjét, 
vagy a beColor paraméterrel beállítva a kívánt háttérszínt. 





A kapott képernyő a következő alakú lesz: 
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A Windows Form megoldáshoz hasonlóan készítsük el a másodfokú egyen- 
let megoldását ebben a környezetben is. Ehhez első lépésként alakítsuk ki a 
programunk felületét az előző példához hasonlóan, majd a nyomógomb ese- 
ménykezelő függvényét definiáljuk. 
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A kapott forráskód (Webform1I.aspx.cs) a következő lesz: 


using 
using 
using 
using 
using 
using 
using 
using 
using 
using 


Sys 
Sys 
Sys 
Sys 
Sys 
Sys 
Sys 
Sys 
Sys 
Sys 


tem; 
tem.Collections; 

tem. ComponentModel1 ; 
tem.Data; 

tem.Drawing; 

tem. Web; 
tem.Web.SessionState; 
tem.Web.UI; 

tem.Web.UI .WebControls; 
tem.Web.UI.HtmlControls; 














namespace webmasodfok 


( 












































rols.Label Labell; 
rols.Label Label2; 
rols.Label Label3; 
rols.Label Label4; 





rols.TextBox a; 
rols.TextBox b; 
rols.TextBox c; 
rols.Label megoldas; 


/// Csummaryz 

/// Summary description for WebForml. 

/// c/summaryz 

public class WebFormil : System.Web.UI.Page 

( 
protected System.Web.UI.WebCont 
protected System.Web.UI.WebCont 
protected System.Web.UI.WebCont 
protected System.Web.UI.WebCont 
protected System.Web.UI.WebCont 
protected System.Web.UI.WebCont 
protected System.Web.UI.WebCont 
protected System.Web.UI.WebCont 
protected System.Web.UI.WebCont 





























rols.Button Buttonl; 





rivate void Page Load(object sender, System.EventArgs 





szag 


// Put user code to initializ 


: 





the page her 





fregion Web Form Designer generated cod 


override protected void Onlnit (! 








EventArgs e) 





( 
[/ 

















// CODEGEN: This call is reguired by the ASP.NET 


[/ 


InitializeComponent () ; 
base.Onlnit (e) ; 


Web Form Designer. 


) 
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/// csummaryz 

/// Regyired method for Designer support - do not modify 
/// the contents of this method with the code editor. 
/// c/summaryz 


private void InitializeComponent () 
( 
this.Button1.Click 4— new 
System. EventHandler (this.Buttonl Click) ; 
this.Load 4— new System. EventHandler (this .Page Load) ; 














: 


fendregion 


private void Buttonl Click(object sender, System.EventArgs e) 
( 








double al1-—Convert.ToDouble (a.Text) ; 
double b1l-Convert. ToDouble (b. Text) ; 
double c1-—Convert.ToDouble (c.Text) ; 
double ml, m2; 
double d-b1"b1-4ralrc1; // diszkrimináns 
if (dX0) 
megoldas .Text—"Nincs megoldás, a diszkrimináns 
negatív."; 
else 
( 
m1- (-b1-Math. Sart (d) ) /27al; 
m2- (-b1-Math. Sagrt (ad) ) /27al; 
megoldas. Text—String. Format ("A megoldás x1—(0) 
és x2—(1)",mil,m2) ; 


A program fordítása és futtatása után a 30. ábrán látható Internet Explorer 
böngészőben futó alkalmazást kapjuk, vagyis a célunkat elértük. 


Ebben a fejezetben — kitekintésként— csak a legfontosabb környezeti 
beállításokról, fogalmakról tudtunk szólni. A grafikus alkalmazások lehetősé- 
geit, a segítségünkre lévő grafikus vezérlőelemek tulajdonságait, webes, mobil 
és/vagy adatbázis kapcsolattal rendelkező alkalmazások készítését egy követ- 
kező kötet keretében szeretnénk megmutatni. 
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A WebForm1 - Microsoft Internet Explorer E (Ex) 
a 


Fájl . Szerkesztés Nézet Kedvencek Eszközök Súgó 


G vissza " 4 [2] E 0 42 keresés 577 kedvencek (AD multimédia jú 


cím Fi http: /f/localhost webmasodfok/webForm1 .aspx s] Ed Ugrás — Hivatkozások ? 


Másodfokú egyenlet megoldása 


A megoldás x17-2 és x2-—1 


Megoldás 





3 Helyi intranet 





30. ábra 


XVI.3. Feladatok 


1. Mi a feladata a grafikus alkalmazás Main függvényének? 
2. Mi a különbség a Windows és az ASP.NET alkalmazás között? 


3. Milyen feltételeknek kell teljesülni ahhoz, hogy ASP.NET alkalmazást 
tudjunk készíteni? 


4. Készítsen alkalmazást, amely egy téglatest 3 oldalát beolvasva meg- 
határozza a térfogatát és felszínét! (Használjon címkéket és szöveg- 
mezőket!) 


5. Készítse el az előző feladatot webes alkalmazásként is. 


Irodalomjegyzék 
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MS Press, 2001 


4. Microsoft Cs language specifications 
MS Press, 2001 


5. John Sharp, Jon Jagger: Microsoft Visual C$.NET 
MS Press, 2002 





6. Illés Zoltán: A C4- programozási nyelv 
ELTE IK, Mikrológia jegyzet, 1995-.. . 


58 David S.Platt: Bemutatkozik a Microsoft.NET 
Szak Kiadó, 2001 


8. Illés Zoltán: A CH programozási nyelv és környezete 
Informatika a felsőoktatásban 2002, Debrecen 


9. David Chappell: Understanding .NET 
Addison-Wesley, 2002 
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A Jedlik Oktatási Stúdió informatikai könyvei: 


1212 Budapest, Táncsics M. u. 92 " Tel/fax: 276-5335 
Internet: wwwv.jos.hu " E-mail: jos(wjos.hu 


Farkas Csaba: Bevezetés a Windows és Office XP használatába, 
ISBN: 963 00 8822 3 

A Bevezetés a Windows és Office XP használatába c. könyv olvasója 
nemcsak megismerheti az Office csomag szolgáltatásait, hanem a könyv 
didaktikus felépítése és számtalan példája, feladata alapján el is 
sajátíthatja, be is gyakorolhatja annak használatát. Kívánjuk, hogy 
Olvasónk hasznos tagja legyen az alkalmazók táborának, és sikeresen 
feleljen meg az európai (ECDL) elvárásoknak 


Holczer József: Levelezés és csoportmunka Outlookkal, ISBN: 963 20 
4374 X 

Az Outlook komplex információ-kezelő szoftver, mely az elektronikus 
levelezésen túl lehetőséget ad arra, hogy az együtt dolgozó emberek 
összehangolhassák időbeosztásukat (naptár), kezelhessék egymás és 
közös partnereik adatait (névjegyalbumok). Megkönnyíti az értekezletek 
összehívását, a feladatok kiosztását és nyomon követését (feladatkezelő), 
valamint a különböző események naplózását, így hatékonyabban és főleg 
egyszerűbben szervezhető a mindennapos munka. 


Farkas Csaba: Windows XP és Office 2003 felhasználóknak, ISBN: 
963 214 548 8 

Könyvünk bevezeti az Olvasót a Windows XP és az Office 2003 (Word, 
Excel, PowerPoint, Publisher, Outlook, Access, InfoPath, SharePoint, 
XML támogatás) használatába, de tartalmazza az OKJ és ECDL 
vizsgákhoz szükséges elméleti ismereteket is. 


Holczer-Telek: Csoportmunka Office 2003-mal, ISBN: 963 865 140 7 
Az Office 2003-ban főleg az Outlook és a SharePoint támogatja a közös 
számítógépes munkát. Ezek alapos ismertetésén túl könyvünkben 
kitérünk a többi Office komponensre, a digitális aláírásra, titkosításra, a 
BCM-re, és a PDA-k csoportmunkát segítő felhasználására is. 
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Fodor Gábor Antal: Esztétikus dokumentumok Worddel, ISBN 

963 210 971 6 

A könyv áttekinti a kiadványok készítésének évszázadok alatt kialakult 
sajátosságait, majd típusonként tárgyalja azokat. Részletesen 
megismerkedhetünk a hivatalos dokumentumok, a tanulmányok, a 
marketing jellegű kiadványok készítésének szabályaival, de a szerző kitér 
a könyv és az újság jellegű kiadványok készítésére is. Eszközként 
mindvégig a Word szövegszerkesztőt használja. 


Szentirmai Róbert: Bevezetés a Microsoft Office Project 2003 
használatába, 

ISBN: 963 86514 4 X 

A könyv részletesen tárgyalja a projectmenedzsment és nyomon követés 
elméleti alapjait és megvalósítását a Microsoft Project 2003 segítségével. 


Holczer József: Webszerkesztés egyszerűen, ISBN: 963 865149 0 
Könyvünk az önálló webszerkesztésbe vezeti be az Olvasót. Tárgyalja a 
FrontPage 2003 használatát, a HTML nyelv alapjait és a dinamikus 
elemek kezelését. Kezdőknek, középhaladóknak és érettségizőknek 
egyaránt ajánljuk. 


Farkas Csaba — Szabó Marcell: A programozás alapjai Visual 
Basicben, ISBN 963 214 293 4 

Könyvünkben szeretnénk egyfelől az Olvasót bevezetni programozás 
világába, másfelől egy olyan hatékony programozási nyelvet bemutatni, 
mellyel könnyedén tud új programokat készíteni (VB 6), automatizálhatja a 
Windows folyamatait (VB Script) és új funkciókkal bővítheti az Office 
programcsomagot (VB makrók). Figyelembe vettük az emelt szintű 
érettségi vonatkozó követelményeit is. 


Farkas Csaba: Programozási ismeretek haladó felhasználóknak, 
ISBN: 963 86514 2 3 

Könyvünkből az emelt szintű érettségire készülők megismerkedhetnek az 
elvárt webszerkesztési, SOL és programozási ismeretekkel, illetve a 
VB.NET-tel. 


Bódy Bence: Az SOL példákon keresztül, ISBN: 963 210 860 4 
Az SOL megismerésének leghatékonyabb eszköze kidolgozott mintapéldák 
tanulmányozása. A könyv ezért 30 feladatcsoportba rendezve több mint 80 


fokozatosan nehezedő, valósághű feladat kidolgozásával vezeti be az 
Olvasót az SOL alkalmazásába. Egy-egy feladat megoldására több 
megoldást is közöl, s az önálló gyakorlás érdekében a fejezetek és a könyv 
végén közel 100, további feladatot is találhatunk. 


Holczer-Benkovics: Windows Server 2003 hálózatok kezelése, ISBN: 
963 214 693 X 

A könyv a Windows Server 2003 alapú hálózatok üzemeltetésébe 
(hardver ismeretek, TCP/IP protokoll, Windows Server 2003, ISA Server 
2000, Exchange Server 2003 üzemeltetése, telepítési ismeretek) 
tankönyvszerűen vezeti be a kezdő rendszergazdákat. 
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